Я завершил свою архитектуру AWS ELB для нашего веб-сайта и успешно создал конфигурацию запуска и целевые группы, для которых создаются экземпляры за балансировщиком нагрузки.
Моя конфигурация следующая:
Целевая группа
WebInstancesHttps
HTTPS через порт 443
Проверка здоровья
HTTPS
Путь: /healthy.html
Порт 443
Здоровый порог: 10
Порог нездоровья: 2
Тайм-аут: 5
Интервал: 30
Группа автомасштабирования
Желательно: 2
Мин: 2
Макс: 3
На данный момент нет политики масштабирования.
Балансировщик нагрузки
Балансировщик нагрузки приложений, который прослушивает HTTP: 80 и HTTPS: 443, которые оба пересылают указанную целевую группу.
Эта проблема
У меня осталась одна проблема, когда мои экземпляры продолжают отключаться из-за неудачных проверок работоспособности. Хотя запрос пути, упомянутого в конфигурации проверки работоспособности, работает все время, и экземпляр, похоже, не имеет никаких проблем.
Время от времени экземпляр становится нездоровым, а затем создается новый экземпляр.
Я прочитал всю документацию, касающуюся проверок работоспособности, и я понимаю теорию, лежащую в основе этого, но я не понимаю, почему узлы иногда не проходят проверки работоспособности, когда почти нет трафика или нагрузки на приложение. Приложение отлично работает, за исключением того факта, что экземпляры продолжают не проверять работоспособность ... Но я не могу понять, почему.
Мне сложно исследовать эту проблему, так как вся конфигурация кажется адекватной.
ОБНОВЛЕНИЕ 2019-03-13
Кажется, команда aws s3 sync выполняется каждую минуту в моих киосках crontab ...
20343 bitnami 20 0 192392 48884 9696 R 34.3 2.4 1:06.32 /usr/bin/python3 /home/bitnami/.local/bin/aws s3 sync --delete /opt/bitnami/apps/wordpress/htdocs s3://nutriti-code
20351 bitnami 20 0 192108 48608 9680 R 32.7 2.4 0:37.24 /usr/bin/python3 /home/bitnami/.local/bin/aws s3 sync --delete /opt/bitnami/apps/wordpress/htdocs s3://nutriti-code
20375 bitnami 20 0 339360 48748 9728 R 32.7 2.4 0:10.88 /usr/bin/python3 /home/bitnami/.local/bin/aws s3 sync --delete /opt/bitnami/apps/wordpress/htdocs s3://nutriti-code
(Это из моего узла записи, но я подозреваю, что то же самое происходит с моими узлами чтения, которые прекращают работу.)
Команда aws s3 sync выполняется в течение нескольких минут, пока сервер не завершит проверку работоспособности.
Прилагаются все временные метки сбоев проверки работоспособности: https://photos.app.goo.gl/sdU1yzL4r5q8q5hz5
Будем признательны за некоторые идеи!
Спасибо!
У меня была та же проблема, мне потребовалось много времени, чтобы найти ошибку, которая может вызвать ошибку «Не работает» классического балансировщика нагрузки.
Перейдите в «Проверка работоспособности»> измените «Целевой объект Ping» с «Http» на «TCP».
теперь он «В ОБСЛУЖИВАНИИ».
Надеюсь, это поможет любому из вас.