Здравствуйте, Maxim.

>> Ещё придумал третий вариан решения. Задача сейчас симпатичнее
>> решается, если отделить статусы, вызывающие fail, от статусов,
>> приводящих к выбору следующего бэкенда. Что-то вроде:
>>
>> proxy_next_upstream [error | timeout | invalid_header |
>> http_500 | http_502 | http_503 | http_504 | http_404[=not_fail] |
>> off]
>>
>> Тогда в @fallback можно писать сразу апстрим вместо кучи @fallback-ов
>> с каждым бэкендом в отдельности. И сразу появляется лаконичность:
>> попробовали эту группу серверов, если там нету, то пробуем эту.

> Сейчас так и есть. Если тебе нужно в рамках группы бекендов
> поискать файл, то

> proxy_next_upstream http_404;

> эту проблему решает (и не объявляет бекенд мёртвым, если он
> возвращает 404, а просто переходит к следующему бекенду).

А какие ответы говорят о том, что бэкенд мёртвый?

--
С уважением,
Михаил mailto:postmaster@softsearch.ru

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru