## 說明 當代理服務器將請求轉發給應用服務器之后,應用服務器吃吃沒有將請求響應,那么nginx是不是應該具備一些容錯機制.比如將請求轉發給下一臺應付服務器上面呢;用來提高系統的健壯性; ## proxy_next_upstream 語法: ``` proxy_next_upstream error | timeout | invalid_header | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 | http_429 |non_idempotent | off ``` 默認值: ``` proxy_next_upstream error timeout; ``` 上下文: ``` http | server | location ``` 可選值: | 可選參數 | 含義 | | --- | --- | | error | 向上游服務器傳輸請求或讀取響應頭發生錯誤 | | timeout | 向上游服務器傳輸請求或讀取響應頭發生超時 | | invalid_header | 上游服務器返回無效的響應 | | http_500 | HTTP響應狀態碼為500時 | | http_502 | HTTP響應狀態碼為502時 | | http_503 | HTTP響應狀態碼為503時 | | http_504 | HTTP響應狀態碼為504時 | | http_403 | HTTP響應狀態碼為403時 | | http_404 | HTTP響應狀態碼為404時 | | http_429 | HTTP響應狀態碼為429時 | | non_idempotent | **非冪等請求失敗時是否需要轉發下一臺上游服務器,這里要特別注意,如果不寫這個參數,那么只會轉發GET的請求,對于post,put,delete的請求方式是不會轉發的** | | off | 禁用請求失敗轉發功能 | ## proxy_next_upstream_timeout 代理服務器將請求轉發給應用服務器后需要等待的時間,如果超過這個值就可以將請求給下一個應用服務器了; 語法: ``` proxy_next_upstream_timeout times; ``` 默認值: ``` proxy_next_upstream_timeout 0; //0是無限制等待 ``` 上下文: ``` http | server | location ``` ## proxy_next_upstream_tries 當應用服務器無響應的時候需要調度的次數; 語法: ``` proxy_next_upstream_tries number; ``` 默認值: ``` proxy_next_upstream_timeout 0; //0就是不限制調度的次數,如果設為3,就是失敗后需要調度3次,超過3次就不調度了,直接給客戶端返回錯誤; ``` 上下文: ``` http | server | location ``` ## proxy_intercept_errors 上游返回碼大于300時,是直接將上游響應返回客戶端還是按照error_page處理; 語法: ``` proxy_intercept_errors on | off; ``` 默認值: ``` proxy_intercept_errors on; ``` 上下文: ``` http | server | location ``` ## 實例 因為默認proxy_next_upstream error timeout; ,即使不設置,那么一臺上游服務器掛掉了,也會調度到可用的上游服務器上; ``` location /balance { proxy_next_upstream off; //off的情況下,因為有一臺upstream掛掉了,多次請求總會返回一次502 Bad Gateway proxy_pass http://back_end; } ``` ## error和timeout 1. proxy_next_upstream設為error基本都是上游服務器內部錯誤導致的; 2. 設為timeout是上游服務器是正常的可以正常響應,但是響應的速度太慢,在設定的時間內沒有響應完成就會觸發;適用于超時場景