Как знать причину, почему среда покраснела здоровье в Эластичном Бобовом стебле?
Можно использовать сервисы как это:
http://www.maxmind.com/app/geolitecountry
извлечь информацию, какие диапазоны IP принадлежат, к которым странам и блокируют их. Следует иметь в виду, блокируете ли Вы слишком много диапазонов на веб-сайте интенсивного трафика, можно видеть некоторое тяжелое использование на брандмауэрах.
Это старый вопрос, но для того, чтобы люди пришли на этот сайт, вот обновление. Elastic Beanstalk недавно объявил о поддержке улучшенного мониторинга здоровья приложений.
https://aws.amazon.com/blogs/aws/elastic-beanstalk-update-enhanced-application-health-monitoring/
Теперь наряду с цветом здоровья можно также обнаружить "причины", которые представляют собой англоязычное описание того, почему здоровье окружающей среды изменяется.
Вы также можете прочитать об улучшенных отчетах о здоровье здесь: http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/health-enhanced.html
Это точно, какова моя проблема была. В моих пользователях приложения, которые не зарегистрированы, перенаправляются к странице входа в систему (302). Я отредактировал вкладку "Health checks" в "Целевых группах" при "ВЫРАВНИВАНИИ НАГРУЗКИ" для экземпляра EC2. Я добавил 302 к 200, который уже был там (разделенная запятая). Это работает теперь.
Возможно, вам придется убедиться, что вы отвечаете на правильный адрес.
Проверьте журналы доступа к серверу, чтобы узнать, какой beanstalk пытается атаковать, и убедитесь, что вы отвечаете по этому адресу.
Elastic Beanstalk использует мониторинг проверки работоспособности приложения, предоставляемый ELB чтобы определить, являются ли какие-либо экземпляры неисправными, и это продолжается даже во время развертывания приложения. Если вашему приложению требуется много времени для запуска и развертывания, тогда ELB может обнаружить, что один или несколько экземпляров находятся в неработоспособном состоянии во время перезапуска, и Elastic Beanstalk изменит статус работоспособности на «желтый» или «красный».
Однако , если это основная причина, статус должен вскоре вернуться к «зеленому».
Для меня это оказалось потому, что:
- Мое приложение возвращало код
302при прямом переходе к/и200, если я переходил к чему-то вроде/index.html, и путь проверки работоспособности по умолчанию -/ - Балансировщик нагрузки искал только код
200.
Это могут быть такие детали. Поэтому я бы начал с проверки работоспособности балансировщика нагрузки и конкретного кода возврата, который вы получаете, или чего-то подобного простого.
AWS довольно бесполезен на экране здоровья, он показывает только "тяжелые" на моем экране, вот и все. Я тоже вижу это на главном экране, интересно, почему кодеры Amazon любят создавать довольно бесполезные экраны. Если это происходит во время установки вашего кода, есть одна причина, например, ваш экземпляр t1.micro или t2.micro, выделенный и разделенный довольно небольшим количеством ресурсов. Похоже, что ресурсы недоступны во время установки. Если вы готовы заплатить, вы получите свои ресурсы
.