有懂nginx的大佬么？我这个配置文件为什么不起作用

斌斌

我想部署程序的时候，不影响线上使用的人，就想访问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;
    }

hanada

请求是POST吗，是的话得加上non_idempotent，还有api后面不要接斜杠，直接proxy_pass http://api;

幽影寻秋

5038和5039都指向同一个源，源端出问题了，你为什么会认为5038可以用呢。应该想办法解决源程序为什么挂了

jekyll

多此一举啊，都在同一台机上意义不大，起码搞2个域名分开2台机器
不过还真没用过backup,帮不到你。

misakafa

后端监听的端口是分开的程序？

斌斌

幽影寻秋 发表于 2025-4-13 21:51
5038和5039都指向同一个源，源端出问题了，你为什么会认为5038可以用呢。应该想办法解决源程序为什么挂了 ...

我是2个端口都是docker，5039是常用软件，我更新的时候，先再启动一份5038，然后删除5039，更新5039，更新成功后，删除我5038这个docker。让程序更新时候用户也能正常使用。

pykane

NGINX的负载你要先理解一个基本原理。
1.NGINX 是不会检测你后端的HTTP 状态代码，也就是说，你说的出错，是程序出错？50X 一类的？那些NGINX是不管的，
2. 他只检测你的后端程序的端口是否能连接上，能的话就认为他是可用的。仅此而已。

打酱油的

你的配置方式走的被动检查
编译下 nginx_upstream_check_module ，用http协议健康检查实现主动探测，检查可用才路由请求

幽影寻秋

斌斌 发表于 2025-4-14 16:40
我是2个端口都是docker，5039是常用软件，我更新的时候，先再启动一份5038，然后删除5039，更新5039，更 ...

那你思路错了吧，nginx使用一个固定端口，5039也好，其它也好，然后代理你的docker
端口a，你要更新的时候在启动一个端口b，把5039转到a，更新完了再把5039转向b，这样不影响对外服务器端口，对内你怎么改都行（由nginx配置灵活转发）