Автоматическое масштабирование будет вызвано тревогами CloudWatch, когда ваша тревога нарушит ваш порог.
Так что, если ваша политика заключается в добавлении 50% мощности, когда средняя загрузка ЦП в парке более 60% в течение более 15 минут,Будильник инициирует изменение в вашей группе масштабирования, увеличивая значение вашего свойства «требуемая мощность», скажем, с 2 до 3 раз.После этого автомасштабирование отреагирует и приведет парк к «желаемой вместимости»
Если позже, тот же самый сигнал тревоги все еще будет включен, новое изменение будет запущено в вашей группе масштабирования, доведя желаемую вместимость до 4. Тогда AutoScaling будетсоздать экземпляры EC2, чтобы вывести свой флот на новый уровень.
И т. Д.
Конечно, вы не хотите увеличивать размер флота сверх вашего бюджета.Таким образом, вы можете определить МАКСИМАЛЬНЫЙ размер флота, который никогда не превысит AutoScaling.Если ваш максимальный размер флота равен 3, второй сигнал тревоги в моем примере оставит желаемую емкость такой, какая она есть (3), потому что новая желаемая емкость> максимальная вместимость.Это приведет к завершению процесса масштабирования.
Чтобы вернуться к обычному режиму, вы также должны создать масштаб в политиках, в дополнение к политикам горизонтального масштабирования: т. Е. Когда средний ЦП в моем автопарке ниже 15% в течение 1 часа, давайте удалим экземпляр.Тревога CloudWatch сработает, что приведет к изменению желаемой вместимости вашего автопарка, и AutoScaling настроит (уничтожить экземпляры), чтобы перейти к новому желаемому значению вместимости.
Конечно, вы не хотите, чтобы AutoScaling уничтожалпоследний экземпляр из вашего флота (с требуемой вместимостью 1 до желаемой вместимости 0), поэтому, подобно значению MAX Capacity, вы также определяете емкость MIN, т.е. минимальное количество экземпляров, которые должны храниться в вашем парке, независимо от того, какой сигнал тревоги.запуск и попытка изменить желаемую мощность.