- 斌斌2026-10-20
我想部署程序的时候，不影响线上使用的人，就想访问5039端口接口出错的时候，自动切换5038，是个备用的接口，但是我测试了不起作用。
如果我5039无法访问，nginx 就502错误。怎么设置才能正常？首选一个接口，有问题自动换另一个？
upstream api {
server localhost:5039;
server localhost:5038 backup;
}location / {
proxy_pass http://api/;
proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;
proxy_next_upstream_tries 2;
}主楼 - hanada2026-10-20
请求是POST吗，是的话得加上non_idempotent，还有api后面不要接斜杠，直接proxy_pass http://api;
- 幽影寻秋2026-10-20
5038和5039都指向同一个源，源端出问题了，你为什么会认为5038可以用呢。应该想办法解决源程序为什么挂了
- jekyll2026-10-20
多此一举啊，都在同一台机上意义不大，起码搞2个域名分开2台机器
不过还真没用过backup,帮不到你。 - misakafa2026-10-20
后端监听的端口是分开的程序？
- 斌斌2026-10-20
幽影寻秋 发表于 2025-4-13 21:51
5038和5039都指向同一个源，源端出问题了，你为什么会认为5038可以用呢。应该想办法解决源程序为什么挂了 ...
我是2个端口都是docker，5039是常用软件，我更新的时候，先再启动一份5038，然后删除5039，更新5039，更新成功后，删除我5038这个docker。让程序更新时候用户也能正常使用。 - pykane2026-10-20
NGINX的负载你要先理解一个基本原理。
1.NGINX 是不会检测你后端的HTTP 状态代码，也就是说，你说的出错，是程序出错？50X 一类的？那些NGINX是不管的，- 他只检测你的后端程序的端口是否能连接上，能的话就认为他是可用的。仅此而已。
- 打酱油的2026-10-20
你的配置方式走的被动检查
编译下 nginx_upstream_check_module ，用http协议健康检查实现主动探测，检查可用才路由请求 - 幽影寻秋2026-10-21
斌斌 发表于 2025-4-14 16:40
我是2个端口都是docker，5039是常用软件，我更新的时候，先再启动一份5038，然后删除5039，更新5039，更 ...
那你思路错了吧，nginx使用一个固定端口，5039也好，其它也好，然后代理你的docker
端口a，你要更新的时候在启动一个端口b，把5039转到a，更新完了再把5039转向b，这样不影响对外服务器端口，对内你怎么改都行（由nginx配置灵活转发）