AWS EC2 автомасштабирование без постоянных аварийных сигналов?

я создал следующие два предупреждения в течение AutoScaling группы:AWS EC2 автомасштабирование без постоянных аварийных сигналов?

Scale до 1 Например, если "CPUUtilization> = 75%" изменения состояния ALARM
Scale вниз 1, например, если "CPUUtilization> = 30%" изменения состояния OK

Я избрал, чтобы вызвать шкалу вниз событие на OK не иметь постоянного ALARM в Cloudwatch, если нагрузка ниже 30%. С другой стороны, это точно проблема. Когда происходит переполнение, группа покидает группу со средней нагрузкой между 30% и 75% для состояния установлено значение ALARM.

Есть ли способ настроить Cloudwatch для правильного запуска событий масштабирования вверх и вниз, не покидая состояния ALARM после того, как произошло масштабирование?

источник

2016-07-12 kev

Не должно быть так: CPUUtilization <= 30% "переходит в состояние ОК? – Mahdi

Аварийный сигнал срабатывает, когда CPU> = 30%, поэтому мне нужно понизить масштаб, когда состояние изменится на OK (что происходит, когда CPU < 30%) – kev

@ kev Вам удалось найти что-то? Я также хотел бы получить лучшее решение. – musiKk

Операция «Масштабировать вниз» должна быть установлена в «CPUUtilization < 75%» (состояние ОК), и не беспокойтесь о том, чтобы оставить группу без машин, хотя у вас есть небольшое количество экземпляров, и она не идет за гранью этого.

источник

2016-07-12 07:45:29 Conti

У меня будут машины, постоянно вращающиеся вверх и вниз, если я это сделаю. Допустим, у меня есть 1 машина с CPU = 80% -> масштабирование -> 2 машины с 40% -> масштабирование вниз -> назад к 1 машине с 80% и т. Д. – kev

У меня есть рабочая группа в производственной среде, которая работает следующим образом: в cloudwatch с порогом CPUUtilization> = 70 в течение 10 минут, поэтому, если CPUUtilization> = 70, тогда укажите ALARM, если CPUUtilization <70 затем укажите ОК. В состоянии ALARM добавьте 6 экземпляров d в состоянии ОК удалите 1 экземпляр в периоды 5 минут, пока не достигнете мин. Я рекомендую вам настроить будильник непосредственно в Cloudwatch, а затем использовать его при настройке политик масштабирования, вместо того, чтобы настраивать новую тревогу для политик. – Conti

Это тоже не работает. Предполагая, что у меня 4 ящика макс. Начиная с одной коробки на 80% АВАРИЙНОЙ СИГНАЛИЗАЦИИ -> раскручивайте все 4 коробки, нагрузка 20% каждая. Каждые 5 минут один из ящиков удаляется до тех пор, пока 2 не останется с 40%, что все еще нормально, а другой удаляется. Это возвращает нас к одной коробке на 80%, и весь процесс начинается. Ваш подход работает при пакетной нагрузке, хотя, если вы уверены, что за полчаса вы вернетесь в одну коробку ниже 70%. – kev

AWS EC2 автомасштабирование без постоянных аварийных сигналов?

ответ

Смежные вопросы