老师，如果用淘宝的 tengine 的 ngx_http_upstream_check_module 模块，他的默认规则是 check interval=3000 rise=2 fall=5 timeout=1000 type=tcp，也就是每3秒钟检查一次，累计5次失败，就标记服务器为 down 剔除节点。我想问这种情况下，如果一个上游服务器出了问题，在把有问题的节点标记为 down 之前，是不是还是有 15s 的报错，

作者回复: 这个模块我没有用过，不清楚它是否屏蔽了next_upstream指令，Nginx官方提供的next_upstream指令是可以在一台server出错时，及时的转换到下一个server返回，使客户端能够得到正确响应的。

2019-01-22



3

Jetson

测试了一把，需要在upstream 中的每一条后端记录上添加这个指标 max_fails=1 fail_timeout=60s。然后可以实现异常后自动将其摘除60s。可以实现自动检测的貌似可以用淘宝的模块nginx_upstream_check_module-master 实现

作者回复: 淘宝的模块可以定期通过心跳检查上游，与本节课介绍方式不太一样：-）

2019-01-08



2

一路向西

陶老师，如果后端服务器出现问题，但是后来又恢复正常了，请求通过轮询还会再打到这台机器吗？这个检查后端机器的策略是什么呢？

作者回复: 你配置了fail_timeout吗？认为上游服务不可用后，在fail_timeout秒内都不会再访问，fail_timeout秒后继续原策略。fail_timeout默认是10秒。

2019-01-30



1

Jetson

nginx 默认的proxy_next_upstream 应该是配置了error和timeout，max_fails=1 fail_timeout=10s。这样如果后端的设备不是全部故障的话，应该不会出现异常的页面吧。但是我这里使用了缓存后，就不会自动切换了，不知为何,配置如下。 proxy_cache_path /home/yum_cache/ levels=1:2 keys_zone=cache1:1024m inactive=1d max_size=30g; upstream "yumproxy" { server 192.168.1.10:80; server 192.168.2.10:80 backup; } location ~ \.(php|xml)$ { proxy_set_header Host $host; proxy_set_header X-Forwarded-For $remote_addr; proxy_pass http://yumproxy; proxy_cache cache1; proxy_cache_key $host$uri$is_args$args; access_log logs/cache.log main; proxy_cache_valid 200 304 301 302 1m; #在此指定时间过期后，会主动去源服务器更新数据信息 proxy_cache_valid any 0s; } location / { proxy_pass http://yumproxy; } 根据这个配置，如果主节点异常了，理论上backup的节点应该会被直接访问到，但是当我把主节点停掉的时候，再访问这个缓存节点的时候，就会出现502的错误。

作者回复: 你用的是哪个版本的Nginx？我根据你的配置，在我的服务器上修改后，发现主节点异常后仍然正常跳到backup节点，没有收到502。我用的是最新的Nginx版本。

2019-01-08



1

惘闻

老师如果同时配置了proxy_next_upstream的http_500配置项和error_page 500配置项,当发生错误码500时,哪个配置生效呢?

作者回复: proxy_next_upstream先生效

2021-01-18





海绵薇薇

老师好，如果反向代理的目标地址返回404，那么在这个过程中try_files是怎么起作用的呢？配置如下： location / { proxy_pass http://xxx.xx.com/somepath/; proxy_intercept_errors on; try_files $uri $uri/ /index.html; }

作者回复: 1、上游响应与try_files没有互相作用，Nginx将HTTP请求的处理按顺序分为11个阶段，其中try_files工作在precontent阶段，而反向代理工作在content阶段，一个在前，一个在后； 2、反向代理upstream框架定义了intercept_errors功能，它会与error_page产生关联，其中响应码在300以上时，可以按error_page替换响应

2020-12-23





行问

老师，请问一下。今天遇到的线上问题，我在 Linux Nginx 上部署前端的 Vue 项目，代理接口到后端的服务器，报 502 没法获取接口的数据，开发环境和 postman 是正常可以访问后端的接口的

作者回复: 502可以分为2类原因：一是TCP建立连接失败，你可以抓包看下，是否三次握手建立失败，比如上游网络不通，就只能看到重发的SYN包，而上游未打开80端口，则会返回RST报文；二是负载均衡算法无法找到上游server，比如fail_timeout时长内，失败次数过多等。这些都可以从error.log中获取到信息。

2020-10-20





天心

老师好，有个问题帮忙看下是怎么回事。我用两个nginx模拟了一个上下游的反向代理，上游是8080和8081，下游是80。但是我用浏览器刷新访问的时候每次都命中8080，然而我用curl请求的话，是按rr算法均衡访问到的。这是为什么呢？另外当我把8081的权重改为2的时候，这时候浏览器访问也正常了，是按照1：2的比例正常分配的。浏览器已经禁用了缓存。

作者回复: 是开发环境吧？那可以--with-debug打开debug日志看一下，选择upstream时的相关日志分析下

2020-04-11





Pythonic

老师你好，如果配置了ngx_http_upstream_module模块的upstream，nginx请求到后端rs集群不可用的节点时，请求就会被转发到下一正常节点，还需要配置 ngx_http_proxy_module模块的proxy_next_upstream指令吗？这两者的功能有什么区别呢？

作者回复: 其实upstream默认自带next_upstream功能，各反向代理模块使用了它，并通过proxy_next_upstream这样的指令暴露出来了。所以，proxy_next_upstream 的默认配置很重要，例如：Default: proxy_next_upstream error timeout; 你可以看到，它默认是开启的。

2019-11-10





深海极光

作者回复: 不是，off后backup也不会找，请求失败

2019-06-28





收起评论