Вы можете создавать разные типы AS policies. В AS policy вы можете определить условия для запуска scaling action и операцию, которую необходимо выполнить. Когда условия выполнены, AS автоматически запускает scaling action для корректировки количества instances в AS group.
В этом разделе описывается, как создать alarm-based, scheduled или periodic AS policy для AS group.
Parameter | Description | Example Value |
|---|---|---|
Policy Name | Указывает имя AS policy, которое будет создано. | as-policy-p6g5 |
Policy Type | выберите Alarm. | Alarm |
Alarm Rule | Указывает, будет ли создано новое alarm rule (Create) или будет использовано существующее alarm rule (Use existing). Для получения подробной информации о том, как использовать существующее alarm rule, см. Setting Monitoring Alarm Rules. Если вы выбираете создать alarm, поддерживаются system monitoring и custom monitoring. | - |
Scaling Action | Указывает scaling action, который будет выполнен, а также количество или процент инстансов. Доступны следующие варианты scaling action: Добавляет instances в группу AS при выполнении действия масштабирования. Удаляет instances из группы AS при выполнении действия масштабирования. Поддерживает фиксированное количество instances в группе AS. |
|
Cooldown Period | Чтобы предотвратить многократный запуск политики, основанной на сигнале тревоги, от одного и того же события, можно задать cooldown period. Cooldown period (в секундах) — это промежуток времени между двумя действиями масштабирования. AS пересчитывает cooldown period после завершения действия масштабирования. Во время cooldown period AS отклоняет все запросы масштабирования, инициированные политиками, основанными на сигнале тревоги. Запросы масштабирования, инициированные вручную или по расписанию, или периодическими политиками, не затрагиваются. Например, предположим, что период отката установлен на 300 секунд (5 минут), и задана запланированная политика, которая должна вызвать действие масштабирования в 10:32, а предыдущее действие масштабирования, инициированное политикой тревоги, заканчивается в 10:30. Любое действие масштабирования, инициированное тревогой, будет отклонено в течение периода отката с 10:30 по 10:35, но действие масштабирования, запланированное на 10:32, всё равно произойдёт. Если запланированное действие масштабирования заканчивается в 10:36, новый период отката начинается в 10:36 и заканчивается в 10:41. ПРИМЕЧАНИЕ:
| 300s |
Параметр | Описание | Пример значения |
|---|---|---|
Имя правила | Указывает имя правила тревоги. | as-alarm-7o1u |
Тип мониторинга | Указывает тип метрик мониторинга, который может быть System monitoring или Custom monitoring. Выберите System monitoring. | System monitoring |
Trigger Condition | Выберите метрики мониторинга, поддерживаемые AS, и задайте условия тревоги для метрик. | CPU Usage Max. >70% |
Monitoring Interval | Указывает интервал, с которым статус тревоги обновляется на основе правила тревоги. | 5 minutes |
Consecutive Occurrences | Указывает количество точек выборки, когда срабатывает тревога. Если Consecutive Occurrences установлено в n, точки выборки правила тревоги представляют собой точки выборки в n последовательных периодах выборки. Статус правила тревоги не меняется на Alarm, пока все точки выборки не превысят порог, настроенный правилом тревоги. | 3 |
Параметр | Описание | Пример значения |
|---|---|---|
Имя правила | Указывает имя alarm rule. | as-alarm-7o1u |
Monitoring Type | Выберите Custom monitoring. Custom monitoring удовлетворяет требованиям мониторинга в различных сценариях. | Custom monitoring |
Resource Type | Указывает имя сервиса, для которого настроен alarm rule. | AGT.ECS |
Dimension | Указывает измерение метрики alarm rule. | instance_id |
Instance | Указывает ресурсы, к которым применяется alarm rule. | - |
Trigger Condition | Выберите метрики мониторинга, поддерживаемые AS, и задайте условия тревоги для метрик. | CPU Usage Max. >70% |
Monitoring Interval | Указывает интервал, с которым статус alarm обновляется на основе правила alarm. | 5 minutes |
Consecutive Occurrences | Указывает количество точек выборки, когда срабатывает alarm. Если Consecutive Occurrences установлено в n, точки выборки правила alarm являются точками выборки в n последовательных периодах выборки. Статус правила alarm не меняется на Alarm, если не все точки выборки превышают порог, настроенный правилом alarm. | 3 |
Недавно добавленная политика AS отображается на вкладке AS Policies. Кроме того, политика AS находится в состоянии Enabled по умолчанию.
Параметр | Описание | Пример значения |
|---|---|---|
Имя политики | Указывает имя политики AS, которую необходимо создать. | as-policy-p6g5 |
Тип политики | Выберите Scheduled или Periodic для расширения ресурсов в указанное время. Если вы выбираете Periodic, необходимо настроить ещё два параметра:
| - |
Time Zone | Значение по умолчанию — GMT+08:00. GMT+08:00 опережает Greenwich Mean Time на 8 часов. | GMT+08:00 |
Triggered At | Указывает время, в которое срабатывает политика AS. | - |
Scaling Action | Указывает действие и количество instances. Доступны следующие варианты действий масштабирования: Добавляет instances в AS group при выполнении действия масштабирования. Удаляет instances из AS group при выполнении действия масштабирования. Устанавливает ожидаемое количество instances в AS group в указанное значение. |
Например, предположим, что в группе AS имеется 10 инстансов, и действие масштабирования — Add 15% instances. Когда политика AS срабатывает, AS вычисляет количество инстансов, которые будут добавлены, как 1.5 и округляет 1.5 вниз до 1. После завершения действия масштабирования в группе AS будет 11 инстансов. |
Cooldown Period | Чтобы предотвратить многократный запуск политики, основанной на сигнале тревоги, от одного и того же события, можно задать cooldown period. Cooldown period (в секундах) — это промежуток времени между двумя действиями масштабирования. AS пересчитывает cooldown period после завершения действия масштабирования. Во время cooldown period AS отклоняет все запросы масштабирования, инициированные политиками, основанными на сигнале тревоги. Запросы масштабирования, инициированные вручную или по расписанию, или периодическими политиками, не затрагиваются. Например, предположим, что cooldown period установлен на 300 секунд (5 минут), и запланированная политика указана для запуска действия масштабирования в 10:32, а предыдущее действие масштабирования, инициированное политикой тревоги, заканчивается в 10:30. Любое действие масштабирования, инициированное тревогой, будет отклонено в течение cooldown period с 10:30 по 10:35, но действие, запланированное на 10:32, всё равно произойдёт. Если запланированное действие масштабирования заканчивается в 10:36, новый cooldown period начинается в 10:36 и заканчивается в 10:41. NOTE:
| 300s |
Недавно добавленная политика AS отображается на вкладке AS Policies. Кроме того, политика AS находится в состоянии Enabled по умолчанию.
Если вы создали запланированные или периодические политики AS, которые вызываются одновременно, AS выполнит ту, которая была создана позже. Это ограничение не применяется к политикам AS, инициированным сигналом тревоги.