Как избежать дублирования масштабирования с помощью политики пошагового масштабирования?
При автоматическом масштабировании EC2 при использовании политики пошагового масштабирования (в отличие от простой политики масштабирования), которая масштабируется из-за сигнала тревоги, основанного на метрике AWS / EC2 (например, CPUUtilization <= 30%) с отключенным подробным мониторингом CloudWatch, когда моя группа автоматического масштабирования масштабируется, она масштабируется в двух экземплярах в короткой последовательности, не дожидаясь обновления метрики. Как я могу предотвратить слишком быстрое масштабирование группы автоматического масштабирования для обновления метрики?
Изменить: здесь была история масштабирования прошлой ночью. В 5:15, 5:17, 5:19, 5:21 по всемирному координированному времени автоматическое масштабирование увеличивалось из-за низкой загрузки ЦП, даже если загрузка ЦП имеет только точки данных в 5:10, 5:15, 5:20 и событие масштабирования должно было прекратиться после точки 5:15. Похоже, что нет никакого способа отрегулировать время восстановления шага масштабирования политики масштабирования (политики шагового масштабирования игнорируют время восстановления по умолчанию (= 600 с), и только политики горизонтального масштабирования оценивают разогрев экземпляра).
У меня была точно такая же проблема. В конечном итоге я изменил свою политику масштабирования на SimpleScaling, уменьшая по одному экземпляру за раз, и установил 10-минутное время восстановления. Я также изменил свое состояние тревоги по уменьшению масштаба, чтобы срабатывать, когда есть 10 периодов по 60 секунд ниже моего порога в 35% ЦП. (У меня включены подробные метрики облачного наблюдения) Идея состоит в том, что как только происходит уменьшение масштаба, сигнал тревоги выключается быстрее, чем если бы было меньше периодов и более длительное время оценки.
У меня все еще есть StepScaling, поэтому я быстро масштабируюсь, но с SimpleScaling и перезарядкой для масштабирования я уменьшаюсь гораздо медленнее.
Вы захотите настроить автомасштабирование остывать настройки. По умолчанию это пять минут, но вы можете настроить его в консоли или через API / CLI с помощью PutScalingPolicy.