У меня есть 2 машины, работающие под средой эластичного бобового стежка. Один из них не работает с момента последнего развертывания. Я надеялся, что конфигурация автоматического масштабирования инициирует новую машину из-за наличия единственной доступной машины.AWS Elastic Beanstalk Auto Scaling configuration
Этого не произошло, и я пытаюсь выяснить, что случилось с моей конфигурации масштабирования авто: 
Первое, что я вижу, что ваши правила противоречат друг другу. Он говорит, что если количество нездоровых хостов превышает 0, добавьте один хост. Если они меньше 2, удалите один хост. Это может объяснить, почему вы не видите ничего с вашим триггером.
Масштабирующие триггеры используются для ввода или уменьшения экземпляров EC2 в вашей группе Auto Scaling. Это было бы полезно принести дополнительный экземпляр (ы) для поддержания того же объема вычислительной мощности для вашего приложения, пока вы исследуете, что привело к сбою неудачного экземпляра. Но это не заменит экземпляр.
Чтобы настроить свои экземпляры на завершение после определенного периода нездорового лечения, вы можете следить за documentation here.
По умолчанию ELB пинг порт 80 с TCP, это то, что определяет «здоровье» экземпляра EC2, а также проверку статуса экземпляра EC2 на хосте EC2. Вы можете указать URL-адрес проверки работоспособности приложения, чтобы настроить настроенную проверку работоспособности, возвращаемую вашим приложением. Ознакомьтесь с более подробной настройкой Beanstalk ELBs here.
Является ли эта машина отображающей статус «Без обслуживания» в ELB? – error2007s
Я не уверен, что это точный термин, но я уверен, что ELB показал мне, что доступен только один экземпляр. И состояние приложения ухудшилось. – johni