У меня есть несколько сред Elasti c Beanstalk. Мне потребовалось некоторое время, чтобы начать работать первым, а затем я скопировал свои настройки, чтобы создать остальные. Однако я не могу получить ошибку 502, которую дает проверка работоспособности целевого балансировщика нагрузки, и то же самое происходит при попытке загрузить приложение.
Я проверил группы безопасности экземпляра и балансировщика нагрузки и параметры совпадают между рабочей и нерабочей средами (за исключением того, что источник входящего экземпляра поступает из соответствующей группы безопасности балансировщика нагрузки). Настройки VP C одинаковы. Среди неработающих сред у меня есть приложения в обеих зонах доступности 1a и 1b. Рабочая среда в 1а.
Версии приложения Elasti c Beanstalk одинаковы. Elasti c Beanstalk создает балансировщик нагрузки для каждой среды, поэтому каждая среда имеет свой балансировщик нагрузки (я выбрал балансировщик нагрузки приложения).
Я могу S SH в экземплярах EC2 как для рабочих, так и для нерабочих рабочая среда. Завершение проверки URL-адреса проверки работоспособности моей рабочей среды: curl -i -k https://xx.xx.xx.xxx/health Завершение проверки URL-адреса проверки работоспособности моей неработающей среды: curl -i -k https://xx.xx.xx.xxx/health с помощью ответ «curl: (7) не удалось подключиться к порту xx.xx.xx.xxx 443: соединение отклонено».
Я дважды проверил настройки HTTPS для групп безопасности EC2 и балансировщика нагрузки и они оба имеют соответствующие параметры входящего / исходящего трафика (как уже упоминалось, рабочие и нерабочие среды совпадают). В обеих средах имеется один прослушиватель балансировки нагрузки для порта 443 с самозаверяющим сертификатом с использованием политики безопасности ELBSecurityPolicy-2016-08, а целевая группа ищет порт 443 для проверки порта и работоспособности.
Я посмотрел в Elasti c бревна бревна и не видели ничего примечательного. Из журналов nginx elasti c beanstalk я вижу: xx.xx.xx.xx - - [19 / Feb / 2020: 13: 23: 01 +0000] "GET / HTTP / 1.1" 200 1410 "-" "ELB-HealthChecker / 2.0"
В журналах eb- docker для рабочего приложения я также вижу:
2/13/2020, 21:22:13 PM - � [32minfo� [39m: req - / health � [0mGET / health � [32m200 � [0m14.449 мс - 56� [0m
(req - / health представляет собой журнал в приложении, когда путь не соответствует указанным путям приложения, в случае 404).
Я не вижу этого для нерабочей среды.
Я не уверен, что еще нужно проверьте или как решить эту проблему.