Re: Non-idempotent requests vs. upstream failover
добрый день, вы можете не очень сложным образом собрать стенд (и пострелять по нему curl-ом в режиме POST) ответы на ваши вопросы зависят от многих "если". такие вещи лучше обкатывать на стенде. что-то типа TDD (test driven development) upstream upstream1 { server 127.0.0.1:81; server 127.0.0.1:82; } server { listen 127.0.0.1:80; location / { proxy_pass http://upstream1; } } server { listen 127.0.0.1:82; location / { return 200; } } пн, 30 сент. 2019 г. в 15:44, rihad : > Спасибо, а логируется ли в таких случаях в error log? Или только если все > апстримы фейлнули? > > Posted at Nginx Forum: > https://forum.nginx.org/read.php?21,285751,285753#msg-285753 > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Non-idempotent requests vs. upstream failover
Спасибо, а логируется ли в таких случаях в error log? Или только если все апстримы фейлнули? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,285751,285753#msg-285753 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Non-idempotent requests vs. upstream failover
> On 30 Sep 2019, at 07:40, rihad wrote: > > В случае если proxy апстрим не доступен на уровне сокета (ECONNREFUSED, а не > просто вернулось HTTP 5хх), будет ли nginx ретраить POST запрос на следующих > апстримах? По идее должен т.к. запрос никем не был принят и обработан. В данном случае по умолчанию будет попытка выбрать следующий сервер, т.к. запрос ещё не был отправлен. Подробнее тут: http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#non_idempotent -- Sergey Kandaurov ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru