nginx的next upstream 失效问题

一个大的nginx集群，后端多个tomcat，其中一台服务器突然死机，导致不响应请求，日志如下体现：

504|8.007|223.104.190.73|-|14/Feb/2019:18:08:04 +0800|xxx.cn|POST /v3/phone HTTP/1.1|176|-|504|8.007|192.168.6.32:8080|3.007|-
200|5.001|100.117.125.228|223.104.91.169|14/Feb/2019:18:08:04 +0800|xxx.cn|POST /v3/phone HTTP/1.1|997|-|504, 200|5.000, 0.001|192.168.6.32:8080, 192.168.20.175:8080|5.000, 0.000|-

可以发现，基本上80%的请求会转给健康节点处理，但是20%请求出现504，这种情况是为什么

其中max_fails=0，已经设置不摘除节点(因为出现过后端中心节点出现抖动，导致某一时间所有请求失败，导致整个集群摘除了几乎全部节点，导致集群瘫痪的问题)

 

后来检查日志，发现后面upstream_connect_time 能连接上，upstream_response_time超时，基本就会出现504

而upstream_connect_time超时，nginx的next upstream就会生效。

 

查看nginx官方文档，发现一个参数能够解释这种情况

non_idempotent

normally, requests with a non-idempotent method (POST, LOCK, PATCH) are not passed to the next server if a request has been sent to an upstream server (1.9.13); enabling this option explicitly allows retrying such requests;

 

如果不设置这个参数，post连接到后端的服务器，请求不会next upstreame，

因而这样设置：

        proxy_next_upstream error timeout http_500 http_502 http_503 http_504 http_404 non_idempotent;