Короткий ответ Нужно сверить путь, порт, протокол, ожидаемый код ответа и таймауты health check с реальным поведением приложения — чаще всего причина в том, что health check стучится не в тот порт/путь, ожидает слишком быстрый ответ, или проверяемый эндпоинт зависит от медленной внешней зависимости. Как это работает подробнее балансировщик периодически посылает запрос на заданный путь/порт и сравнивает код ответа и время с настроенными ожиданиями; если ответ не пришёл вовремя или код не совпал заданное число раз подряд, таргет исключается из ротации независимо от реального поведения под пользовательским трафиком. Пример кода Что использовать на практике Рекомендация. сравнивают конфигурацию health check с логами приложения в момент пометки unhealthy; отдельно проверяют, не блокирует ли security group именно IP-диапазон балансировщика; используют отдельный лёгкий health-эндпоинт, не зависящий от медленных внешних вызовов. Проверка. после замены /status на лёгкий эндпоинт без внешних вызовов (или увеличения тай
Загрузка…
