nginx reverse proxy, настроить таймаут, чтобы сайт был доступен

http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_connect_timeout

http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_read_timeout

http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_send_timeout

nginx все входящие запросы ставил в очередь минут 10

Это будут смотреть посетители, или для скрипта? Для посетителей есть вариант, чтобы nginx выдавал старые странички из кеша, пока томкат лежит.

Это будут смотреть посетители, или для скрипта?

Посетители.

Для посетителей есть вариант, чтобы nginx выдавал старые странички из кеша, пока томкат лежит.

Интересно посмотреть, но хотелось бы без кешей, сайт достаточно интерактивный.

Попробую, но разве эти таймауты сработают, если бэкэнд не запущен и не слушает свой порт? Там же без таймаутов будет моментальный отлуп? Таймауты это если бэкэнд запущен, но перегружен или ещё по какой то причине очень долго отвечает. Я так думал.

Смотри proxy_cache_use_stale. Таймауты работать не будут. И 10 минут ждать никто не будет :)

Интересно посмотреть, но хотелось бы без кешей, сайт достаточно интерактивный.

может тогда имеет смысл бороться с «падением» томката?

Попробую, но разве эти таймауты сработают, если бэкэнд не запущен и не слушает свой порт?

Нет, это я тебя неправильно понял. Я думал что томкат просто медленно отвечает

может тогда имеет смысл бороться с «падением» томката?

Он не падает, он рестартует, например когда устанавливается новая версия приложения. Было бы неплохо, если бы пользователи этого не замечали.

минут 10

Ты уверен, что браузеры будут столько ждать? Лучше уж отдавать страничку в стиле «Мы скоро вернёмся...»

Ты уверен, что браузеры будут столько ждать?

Уверен. Браузер не может решать за сервер, сколько ему ждать. Пока соединение открыто – будет ждать.

Лучше уж отдавать страничку в стиле «Мы скоро вернёмся...»

10 минут это некая разумная верхняя граница. В реальности, конечно, секунд 10 максимум рестарт занимает.

Я бы решил проблему так:

Создал upstream в котором бекендами были бы два томката, один со старой версией, другой с новой.
И во время обновления переключался бы между ними. например что-то типо такого:

upstream backend {
    server localhost:8080;
    server localhost:8081   backup;
}

На версию с 8081 деплоишь новый код, проверяешь что работает, меняешь местами запись backup и рестартишь nginx.

upstream backend {
    server localhost:8080 backup;
    server localhost:8081;
}