Тайм-аут запроса балансировщика нагрузки HTTPS GCP истекает через 300 секунд

Question

Я использую GCP Loadbalancer для доступа к своим веб-приложениям. В некоторых случаях моей службе может потребоваться время, чтобы вернуть ответ (более 300 секунд). Когда я проверяю с настройками GCP я увидел два таймаута (таймаут соединения и соединения Слив Timeout), как указано в ссылке ниже,

Ошибка сервера балансировщика нагрузки 502 GCP и IIS 10 "backend_connection_closed_before_data_sent_to_client"

Даже после увеличения тайм-аута мои запросы по-прежнему выходят на 300 секунд. Есть ли другой тайм-аут, который нужно настроить? Или мне нужно настроить TCP для балансировщика нагрузки HTTPS GCP, который у меня есть сейчас.

Операционная система: Windows Server 2012Веб-сервер: WildFly

Пожалуйста, дайте несколько предложений. Заранее спасибо.

Answer 1

HTTP 502 означает, что то, к чему был подключен ваш LB — ваша внутренняя служба — внезапно отключилось, поэтому проблема не между клиентом и LB, а между LB и вашей службой. Вы увидите это изображение, если ваш серверный сервис выйдет из строя. Поскольку это происходит ровно через 300 секунд после того, как вы запустили свой запрос, вполне вероятно, что в игре есть какой-то другой тайм-аут, но он где-то в LB <-> бэкэнд-сервисе.

[EDIT] У меня была аналогичная проблема, когда наш LB истекал через 300 секунд. Когда я изменил настройку тайм-аута в веб-интерфейсе, через несколько минут или около того он сбрасывался обратно на 300 секунд. Оказалось, что он был установлен нашим Kubernetes — при настройке устанавливается специальный контроллер, который отслеживает настройку тайм-аута, и нужно изменить значение тайм-аута, применяя новое. BackendConfigconfig, то есть не в веб-интерфейсе.