資訊專欄INFORMATION COLUMN
摘要：如果要對冪等操作重試請求優先參考上面的回答，下面是的示例參考網站關于該參數的詳細解釋學習總結與模塊三
轉載請注明出處 http://www.paraller.com
原文排版地址 點擊跳轉
轉載請注明出處 來源:paraller"s blog
upstream www.paraller.com {
server 10.29.209.14*:3810;
server 10.24.225.11*:3810;
server 10.25.208.38*:3810;
}
server {
server_name www.paraller.com;
listen 80 ;
access_log /var/log/nginx/access.log vhost;
return 301 https://$host$request_uri;
}
server {
server_name www.paraller.com;
listen 443 ssl http2 ;
access_log /var/log/nginx/access.log vhost;
add_header Strict-Transport-Security "max-age=31536000";
location ^~ /socket.io/ {
return 301;
}
location / {
proxy_pass http://www.paraller.com;
proxy_connect_timeout 20;
proxy_read_timeout 20;
proxy_send_timeout 20;
proxy_ignore_client_abort on;
}
}
proxy_connect_timeout 后端服務器連接的超時時間_發起握手等候響應超時時間
proxy_read_timeout 連接成功后_等候后端服務器響應時間_其實已經進入后端的排隊之中等候處理（也可以說是后端服務器處理請求的時間）
proxy_send_timeout :后端服務器數據回傳時間_就是在規定時間之內后端服務器必須傳完所有的數據
nginx在某個版本更新之后，對非冪等的請求不會進行重試處理。
如果要對冪等操作重試請求In case of upstream returning 429, I"d like to have nginx retry next upstream server. Since nginx by default won"t retry non-idempotent requests, how do I force nginx to retry when receiving 429? I imagine this should be the default behavior anyway, or does nginx not care about returning code and will never retry non-idempotent?
If you want nginx to retry non-idempotent requests, you can do so with "proxy_next_upstream non-idempotent;", see http://nginx.org/r/proxy_next...
http://nginx.2469901.n2.nabble.com/upstream-429-and-non-idempotent-request-td7600353.html
優先參考上面的回答，下面是 stackflow的示例：
upstream backends {
server 192.2.0.1;
server 192.2.0.2;
...
}
server {
...
location / {
proxy_pass http://backends;
proxy_next_upstream error timeout http_404;
}
}
參考網站
https://stackoverflow.com/questions/12868683/nginx-proxy-next-upstream-doesnt-work
https://stackoverflow.com/questions/40661246/nginx-tries-to-proxy-pass-to-upstream-name
關于該參數的詳細解釋
nginx proxy_next_upstream
Nginx學習總結：proxy與rewrite模塊（三）
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/39685.html
摘要：再次使用方式請求，再分別查看和兩個端口號對應的服務日志，可以發現只有一個服務收到請求。常見的請求方法中，是冪等的，而是非冪等的。而一般對應，如果執行多次后，可能會造成數據重復插入的問題。 Nginx通過反向代理做負載均衡時，如果被代理的其中一個服務發生錯誤或者超時的時候，通常希望Nginx自動重試其他的服務，從而實現服務的高可用性。實際上Nginx本身默認會有錯誤重試機制，并且可以通過...
摘要：有些接口可以天然的實現冪等性，比如查詢接口，對于查詢來說，你查詢一次和兩次，對于系統來說，沒有任何影響但對于有寫庫操作的增刪改接口，多次調用就會對系統有多次影響。 寫在前面：之前在設計接口時因經驗尚淺，并未過多考慮冪等性，但這兩天出現的一個線上問題讓我認識到了某些情況下接口冪等性的重要性； 非冪等場景：服務A將單據A信息通過RPC遠程過程調用傳給下游服務B接口（非冪等接口）用于生成關聯...
摘要：在這篇文章中，我們描述了我們如何在里設計重試，使能夠在最小化風險的同時，自動提高系統可靠性。配置重試的最常用方法，是指定在放棄之前執行的最大重試次數。超時時，將取消請求并返回響應。但是在上面的服務配置文件中，我們將在服務器端指定重試政策。 showImg(https://segmentfault.com/img/bVbo113?w=4400&h=1007);作者：Alex Leong ...
摘要：解決冪等問題的三部曲，也是作者的思考框架。這是解決冪等問題的第二部曲列出并減少副作用的分析維度。所以在并發執行的維度，將并發重復執行變成串行重復執行是最好的冪等解決方案。 綱要 文章目的：本文旨在提煉一套分布式冪等問題的思考框架，而非解決某個具體的分布式冪等問題。在這個框架體系內，會有一些方案舉例說明。文章目標：希望讀者能通過這套思考框架設計出符合自己業務的完備的冪等解決方案。文章內容...
閱讀 2935·2021-11-24 09:39
閱讀 3621·2021-11-22 13:54
閱讀 3421·2021-11-16 11:45
閱讀 2451·2021-09-09 09:33
閱讀 3207·2019-08-30 15:55
閱讀 1301·2019-08-29 15:40
閱讀 929·2019-08-29 15:19
閱讀 3408·2019-08-29 15:14
