Назад | Перейти на главную страницу

Проверка работоспособности HTTP для триггеров приложений Elastic Beanstalk Правила масштабирования / емкости

У меня есть приложение Elastic Beanstalk, в котором запущено приложение wordpress, и мне нужны триггеры для мониторинга и масштабирования, когда проверка работоспособности, домашняя страница, возвращает код ответа HTTP в диапазоне 4xx and 5xx. Мне известны вкладка мониторинга и вкладка емкости из раздела конфигурации в Elastic Beanstalk. Я вижу там правила масштабирования и поле проверки работоспособности. Вот поведение среды, которое я ищу:

Scaling triggers
- Health check -- which is the [home page][1] (/index.php) -- returns a response status code within 4xx and 5xx
- spin up a new instance behind the Elastic Load Balancer which will handle web traffic
- in the meantime direct all traffic to the maintenance page
- If over a period of 3 minutes no instance is returning a health check response within 4xx and 5xx from the home page
- either scale down to two instances or keep the two "healthy" instances in rotation behind the ELB.

Придется ли мне использовать упомянутые выше вкладки (мониторинг и емкость)? Может ли кто-нибудь подсказать мне настроить триггеры среды в AWS Elastic Beanstalk?

Вы можете делать практически все, что хотите, с помощью встроенных проверок работоспособности AutoScaling Group (ASG), Elastic Load Balancer (ELB) и Beanstalk.

  • По умолчанию, когда проверки работоспособности ELB завершаются неудачно, трафик перестанет отправляться на этот экземпляр и будет перенаправлен на другие экземпляры, подключенные к этому ELB, но нет никакого способа отправить клиентов на страницу обслуживания, когда все экземпляры неработоспособны.
  • Любые 4xx или 5xx по умолчанию не пройдут проверку работоспособности.
  • Если тип проверки работоспособности ASG изменяется с EC2 на ELB, он автоматически заменяет экземпляры, которые ELB помечает как неисправные.
  • Таймеры встроенных проверок работоспособности ELB могут быть настроены (сколько последовательных запросов должно быть пропущено, как долго тайм-аут и т. Д.)

Чтобы делать именно то, что вы хотите, вам нужно будет написать хороший скрипт для создания собственного механизма и действий проверки работоспособности. Если то, что я описал выше, работает для вас, все, что вам нужно сделать, это изменить тип проверки работоспособности на ASG и (необязательно) таймеры на проверке работоспособности ELB.

Поскольку это находится в beanstalk, все это нужно будет настроить с помощью EBExtensions (фрагменты кода для изменения инфраструктуры в среде Beanstalk), поскольку я не верю, что какие-либо из этих параметров в настоящее время доступны в консоли Beanstalk. Вот пример EBExtension, который следует использовать для изменения типа проверки работоспособности ASG на ELB. https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/environmentconfig-autoscaling-healthchecktype.html