AWS Elastic Beanstalk - оптимальное автоматическое масштабирование и триггеры - PullRequest
0 голосов
/ 16 сентября 2018

ERS

Я использую скромный сервер Laravel на AWS, используя Elastic Beanstalk. Я планирую выйти в интернет в ближайшем будущем, поэтому я хотел бы быть готовым к еще большему количеству трафика. Кроме того, я хотел бы иметь наиболее оптимальную и экономную настройку, насколько это возможно. Так что тратьте ресурсы только тогда, когда они нужны.

Я уже выполняю некоторые задания на бэкэнд-сервере, которые общаются с сервером, получают и публикуют некоторые данные. Я часто получаю предупреждения от AWS, например:

Сообщение. Состояние окружающей среды изменилось с ОК на Ухудшенное. Нет данных, полученных в 1 из 2 случаев.

Так что я экспериментирую с лучшими настройками. В настоящее время у меня есть это:

load_balancing_elb

Итак, как вы можете видеть, я масштабирую CPUUtilization и ищу верхний порог в 50 процентов в течение 1 минуты. Это не так много, но эти микроэкземпляры имеют ограниченное количество кредитов ЦП, поэтому я хотел бы подготовиться и запустить другой (микро) экземпляр.

Если машины достигают 30 процентов ЦП, они склонны к уменьшению. Поскольку я знаю, в какое время ожидать трафик, я запускаю масштабирование на основе времени, которое увеличивает количество веб-серверов с 1 до 3 экземпляров, а через чуть менее 3 часов уменьшает это число до исходного единственного экземпляра.

Так что мой вопрос, должен ли я все еще видеть эти униженные сообщения? Я вижу небольшой всплеск ЦП до 100 процентов, когда моя задача cron запущена, но она быстро падает и, похоже, не сильно влияет ...

Есть мысли?

...