uwsgi_next_upstream_tries
Директива 'uwsgi_next_upstream_tries' определяет количество upstream-серверов, к которым NGINX будет пытаться подключиться в случае ошибки при связи с исходным upstream-сервером в режиме uWSGI. — NGINX HTTP Core
Описание
Директива 'uwsgi_next_upstream_tries' используется для указания того, сколько раз NGINX должен пытаться связаться с альтернативным upstream-сервером перед тем, как отклонить запрос. Эта директива работает совместно с модулем uWSGI и применима в контекстах 'http', 'server' и 'location'. Когда NGINX сталкивается с проблемой подключения к указанному upstream-серверу — например, если сервер недоступен или возвращает HTTP-коды ошибок — он попытается подключиться к следующему серверу в списке доступных upstream-серверов до указанного этой директивой количества попыток. По умолчанию значение директивы равно 0, что означает, что NGINX не будет предпринимать повторных попыток при неудачном подключении к upstream-серверу. Установка значения больше нуля (например, 1, 2 и т.д.) позволяет NGINX более гибко обрабатывать временные проблемы на стороне серверов, давая шанс восстановлению сервиса без немедленного отказа запроса. Это может повысить устойчивость приложений при возникновении кратковременных ошибок у upstream-серверов. Значение должно быть положительным целым числом, обозначающим максимальное число попыток повторного подключения к определённым upstream-серверам. Пользователям следует осторожно применять эту директиву, поскольку чрезмерное число повторных попыток может привести к увеличению задержки и потребления ресурсов, если upstream-серверы постоянно находятся в состоянии ошибки. Кроме того, важно отслеживать состояние upstream-серверов и рассмотреть использование проверок состояния, чтобы NGINX маршрутизировал трафик только на доступные и отзывчивые серверы.
Пример конфига
upstream myapp {
server backend1.example.com;
server backend2.example.com;
}
location / {
uwsgi_pass myapp;
uwsgi_next_upstream_tries 2;
}Убедитесь, что значение 'uwsgi_next_upstream_tries' является положительным целым числом; в противном случае NGINX не будет предпринимать повторные попытки.
Чрезмерное число повторных попыток может привести к увеличению задержки; внимательно следите за производительностью вашего upstream-сервера.