关于nginx的失败重试proxy_next_upstream

最新推荐文章于 2024-12-09 04:45:00 发布
最新推荐文章于 2024-12-09 04:45:00 发布
阅读量1.2k 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： nginx 文章标签： nginx 服务器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/filtercomp/article/details/127247319

现有如下配置
在这里插入图片描述

负载了43.11跟43.3 两台服务器，43.3可以正常访问，43.11设置成了不正常的状态码是403，该配置表示120s内达到两次返回失败则判定该服务器服务异常将不会再向该服务器发送请求，直到等待120s之后继续发送请求。

之前看了nginx官网对于重试机制的解释，该失败的定义取决于proxy_next_upstream参数
在这里插入图片描述默认值为error,timeout
现在我们使用如上配置定义403也为失败条件，进行访问，查看43.11的日志
在这里插入图片描述发现并没有触发失败重试，也就是我们的配置没有生效，这点让我迷惑了下甚至看了其他博主讲解失败重试机制都没有找到答案所以我又去翻了翻官网proxy_next_upstream的定义，终于
在这里插入图片描述原来是这样，403，404永远不会被认为是失败，也就是说我们只有定义500，502这些才会被认为是失败尝试从而触发失败机制。

Rancher入门到精通-2.0 Nginx失败重试中的HTTP协议幂等问题: non_idempotent
隔壁老瓦的专栏
12-23 968
Nginx通过反向代理做负载均衡时，如果被代理的其中一个服务发生错误或者超时的时候，通常希望Nginx自动重试其他的服务，从而实现服务的高可用性。实际上Nginx本身默认会有错误重试机制，并且可以通过proxy_next_upstream来自定义配置。 如果不了解HTTP协议以及Nginx的机制，就可能在使用过程中遇到各种各样的坑。例如服务出现了错误或超时却未重试，或者一些例如创建订单或发送短信...
nginx和proxy_protocol协议
一个致力于开源代码学习、分析和交流的博客
05-31 3568
本文详细介绍了nginx对proxy_protocol协议的支持，以及如何进行配置来开启proxy_protocol协议功能
proxy_next_upstream 对POST无效
xmcy001122的专栏
06-02 837
proxy_next_upstream 对POST无效 根据网上的教程，启用proxy_next_upstream后发现没有生效： upstream login_server{ server 10.32.105.18:8080 max_fails=1 fail_timeout=30s; server 10.32.80.75:8080 max_fails=1 fail_timeout=30s backup; } server { li
Nginx 失败重试机制(详细)
zhuchunyan_aijia的博客
01-28 5583
https://zhuanlan.zhihu.com/p/127959800 重试机制解析 Nginx 的失败重试，就是为了实现对客户端透明的服务器高可用。然而这部分失败重试机制比较复杂且官方文档没详细介绍，本文将对其解析，并配合实际场景例子使之更容易被理解。 基础失败重试 这部分介绍最常见、最基础的失败重试场景。 为了方便理解，使用了以下配置进行分析（proxy_next_upstream没有特殊配置）： upstream test { server 127.0.0.1:80..
nginx的next upstream 失效问题
02-15 1382
一个大的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...
Nginx网络配置当中的失败重试配置
weixin_37632716的博客
01-14 1280
主要有两部分配置：upstream server 和 proxy_pass upstream backend{ server 192.168.61.1:9080 max_fails=2 fail_timeout=10s weight=1; server 192.168.61.1:9090 max_fails=2 fail_timeout=10s weight=1; } 通过上游服务器的配置max_fails和fail_timeout来指定每个上游服务器，当fail_timeout时间内失败了max
支持nginx_tcp_proxy_module的nginx安装(1.9.9版本)
ting0fdnb的博客
05-29 9245
安装背景1、nginx服务器需要支持tcp的负载均衡的配置；2、高版本的nginx(1.10以上?)不支持第三方模块nginx_tcp_proxy_module的安装；3、高版本的nginx有自带tcp负载均衡配置(stream模块)，但是health_check功能只供商业用户使用，第三方tcp心跳检测模块还没有适配上(2018.5)；4、低版本的nginx可以用第三方模块nginx_tcp_p...
Nginx(12)_负载均衡
renzhongrui的博客
01-23 405
负载均衡算法 1、hash 2、ip_hash 3、least_conn
Nginx 之Upstream使用详解
最新发布
zhangxueyi的专栏
12-09 6221
Nginx 的 `upstream` 模块是实现负载均衡和故障转移的关键组件。通过合理配置，可以有效地提高应用的可用性和扩展性。
Nginx之负载均衡模块 ngx_http_upstream_module
weixin_45880055的博客
07-30 3159
为什么要使用负载均衡 当Web服务器直接面向用户，往往要承载大量并发请求，单台服务器难以负荷，那么就需要使用多台Web服务器组成集群，前端使用Nginx负载均衡，将请求分散的打到后端服务器集群中，实现负载的分发。那么会大大提升系统的吞吐率、请求性能、高容灾。 为什么要使用集群? 高性能（Performance） 价格有效性（Cost-effectiveness） 可伸缩性（Scalability） 高可用性（Availability） 可管理性（Manageability） 集群的分类 负载均衡集群（Lo
Nginx 失败重试机制
Fish
04-09 1633
Nginx 失败重试机制 原创src网易游戏运维平台5天前 src 网易游戏 SRE，喜欢钻研与分享。 背景 Nginx 作为目前应用较广的反向代理服务，原生提供了一套失败重试机制，来保证服务的可用性。本文主要是通过一些简单例子来剖析 Nginx 失败重试机制，让读者能对该机制有一个基础的了解，避免在使用过程中踩坑。 本文中的结论在以下环境进行验证： 版本详情：n...
nginx配置upstream不生效
热门推荐
马以的专栏
01-19 1万+
今天再本地测试项目，新配置了一个nginx的upstream，但是不生效： 开始配置如下： upstream mServer{ server localhost:6000; server localhost:6001; } server { listen 80; server_name localhost; ...
nginx重试机制
qq_40603125的博客
02-19 887
一个新增数据的请求，在本地测试环境没有任何问题，但是部署到正式环境中，发现有的请求执行了两次。
Nginx反向代理不生效，upstream出现
Gonelin的博客
08-03 1538
upstream的基本语法如下，一个upstream需要设置一个名称，这个名称可以在server里面当作proxy主机使用。一个upstream可以设置多个server，通常情况下Nginx会轮询每一个server，从而达到最基本的负载循环效果。，但是在别的服务器是可以实现的（C域名反代到A），因为在前面有过这个配置`用ng做反代时，A、B两个域名是解析到同一个服务器（ip）的，这里先解释一下upstream。所以后面的域名反代要使用。
Nginx 负载均衡 重试策略
weixin_34315485的博客
03-29 475
2019独角兽企业重金招聘Python工程师标准>>> ...
(三）nginx反向代理html，nginx的重试机制 proxy_next_upstream
goodlook0123的专栏
10-24 3465
对外服务的网站，很少只使用一个服务节点，大多都是部署多台服务器，通过一定机制保证容错和负载均衡。 nginx的重试机制就是常用一种HTTP反向代理服务器的支持容错和负载均衡。 upstream tomcatserver1 { server 192.168.1.9:8081 weight=2; server 192.168.1.29:8081 weight=2; ...
Nginx 怎样处理请求的重试机制？
技术笔记
07-22 1595
Nginx 的重试机制就像是网络世界中的一道坚固防线，它在请求遇到挫折时挺身而出，为请求的成功送达保驾护航。通过合理的配置和优化，我们可以让 Nginx 的重试机制更好地适应各种复杂的网络环境和业务需求，为用户提供更加稳定、可靠的服务。就如同在人生的道路上，我们难免会遇到挫折和失败，但只要我们不放弃，不断尝试，总会迎来成功的曙光。Nginx 的重试机制也是如此，它在网络的海洋中不断探索、重试，只为将每一个请求安全、准确地送达目的地。🎉相关推荐🍅关注博主🎗️带你畅游技术世界，不错过每一次成长机会！
Nginx之upstream被动式重试机制解读z
一个菜鸡的博客
09-30 1717
我们使用Nginx通过反向代理做负载均衡时，如果被代理的其中一个服务发生错误或者超时的时候，通常希望Nginx自动重试其他的服务，从而实现服务的高可用性。实际上Nginx本身默认会有错误重试机制，并且可以通过来自定义配置。Nginx 通过参数来定义什么情况下会被认为是 fails，从而触发失败重试机制。默认错误，包括 error、timeout选择定义错误，包含 invalid_header 以及各种异常 http 状态码错误等。
关于nginx proxy_next_upstream 重试 和 max_fails的那些事
weixin_30299709的博客
08-07 941
背景及简要分析 前几天一次故障定位的时候发现，后端服务(java)在从故障中恢复之后，会出现大量499，且会持续较长时间无法自行恢复。根本原因是服务容量问题，处理太慢导致客户端等不了了，主动断开。不过分析一下直接原因大概有这几点： nginx超时配置的比客户端长，导致客户端都499超时了，nginx还没超时。 nginx的重试机制和max_fails机制配置不当，在一定程度上加...
ngx_http_proxy_connect_module最优配置案例
12-04
`ngx_http_proxy_connect_module` 是 Nginx 的一个模块，用于处理 HTTP CONNECT 请求，通常用于代理 HTTPS 网站到非 TLS 服务器上。它的优化配置取决于特定的应用场景，但一般包括以下几个方面： 1. **启用模块**：在 Nginx 配置文件 (`nginx.conf` 或者 `http` 分区) 中，添加 `proxy_protocol on;` 来启用 Proxy Protocol 支持。 ```nginx http { proxy_protocol on; # 其他配置... } ``` 2. **HTTPS监听端口**：设置一个专用的端口监听 HTTPS 连接，并配置成 proxy_pass 到非 TLS 目标服务器。 ```nginx server { listen 8080 ssl http2; server_name your_domain.com; ssl_certificate /path/to/certificate.crt; ssl_certificate_key /path/to/private.key; location / { proxy_pass http://non_tls_server:80; proxy_set_header Host $host; proxy_set_header X-IP $remote_addr; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; } } ``` 这里的 `proxy_pass` 指令告诉 Nginx 将所有请求转发到 `http://non_tls_server:80`。 3. **错误处理**：添加适当的错误日志和健康检查，例如通过设置超时时间、断开连接等条件来监控代理性能。 4. **负载均衡或反向代理**：如果有多个目标服务器，可以使用 `upstream` 和 `proxy_next_upstream` 配置来进行负载分发和故障转移。 5. **防火墙规则**：确保防火墙允许从客户端到 Nginx 服务器的 SSL/TLS 连接，并允许 Nginx 向目标服务器的非加密连接。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值