AWS AutoScaling не масштабируется

Я создал группу AWS AutoScaling. Установите 2 будильника, чтобы увеличить количество серверов, если средняя нагрузка превышает 65%, и уменьшить, если она меньше 35%. Не уверен, какими будут окончательные числа, но изначально я использовал именно их. Я выполнил команду yes >& /dev/null на сервере linux, и нагрузка очень быстро выросла до 100% (как сообщает команда linux top), но новые экземпляры не запускались, потому что я думаю, что не срабатывали сигналы тревоги. Как именно автоматическое масштабирование вычисляет / извлекает среднюю загрузку процессора?

Я также в качестве эксперимента отключил ответ на команды ping AWS с сервера, и, таким образом, AWS посчитал это нездоровым. Сервер был отключен, и был запущен новый. Итак, я знаю, что запуск / завершение серверов работает в Auto Scaler по причине «работоспособности».

  • На что еще следует обратить внимание, чтобы диагностировать проблему?
  • Является ли мой способ нагрузки на сервер «неправильным» с точки зрения Auto Scaler?
  • Используется ли другой тест?

linux amazon-web-services amazon-ec2 autoscaling
person Gary Kipnis    schedule 08.07.2014    source источник
comment
пожалуйста, добавьте более подробную информацию о настройках будильника. да ›& / dev / null загружает весь процессор?   -  person Dmitry Mukhin    schedule 09.07.2014
comment
Я использую экземпляр t1.micro, который имеет только 1 процессор, загрузка, как сообщает команда linux top, составляет 100%. Аварийный сигнал настроен на увеличение экземпляров на 1 при нагрузке ›= 65%. Как AutoScaler определяет фактическую загрузку экземпляра?   -  person Gary Kipnis    schedule 09.07.2014
comment
тревога имеет порог и количество периодов, через которое этот порог срабатывает. в консоли Cloudwatch есть удобные графики, которые помогут вам понять, что происходит   -  person Dmitry Mukhin    schedule 10.07.2014

Ответы (2)


arrow_upward
0
arrow_downward

[Это комментарий, а не ответ]

Вы можете использовать set-alarm-state в aws cli для запуска ваших будильников

aws cloudwatch set-alarm-state --alarm-name "myalarm" --state-value ALARM --state-reason "testing purposes"

Таким образом, вы можете легко их проверить. Если у вас все еще есть проблемы, возможно, вы можете опубликовать вывод

aws cloudwatch describe-alarms --alarm-names "myalarm"
person Rikard Söderström    schedule 09.07.2014

arrow_upward
0
arrow_downward

ПРИМЕЧАНИЕ. Средняя загрузка обоих экземпляров должна превысить 65% только тогда, когда будет запущен новый экземпляр. Итак, в вашем случае нагрузка на оба экземпляра должна превышать 65%. Только после этого AutoScaling Group запускает новый экземпляр.

Вы можете использовать такие инструменты, как BeesWithMachineGuns, Loadrunner и другие инструменты нагрузочного тестирования, чтобы увеличить нагрузку на ваш сервер до уровня выше 65%.

Предложение. Проверяйте нагрузку на сервер по метрикам Cloudwatch, а не внутри сервера (с помощью top). Это даст вам четкое представление о том, как AWS рассчитывает нагрузку на ваш инстанс.

person Ali    schedule 17.08.2016