Nginx 做反向代理,一个服务优先被使用,当无法提供服务时才使用其他的备用服务

可以通过 Nginx 的 try_files 或 error_page 指令来实现请求的失败重试。你可以配置两个 HTTP 服务器,Nginx 会首先尝试访问服务器 A,如果无法访问,则代理到服务器 B。

以下是一个示例配置,演示如何实现这一逻辑:

nginx 复制代码
http {
    upstream server_a {
        server server_a_ip:port;  # A 服务器的 IP 和端口
    }

    upstream server_b {
        server server_b_ip:port;  # B 服务器的 IP 和端口
    }

    server {
        listen 80;
        server_name your_domain.com;  # 你的域名

        location / {
            # 尝试访问 A 服务器
            proxy_pass http://server_a;

            # 如果 A 服务器无法访问,则重试 B 服务器
            error_page 502 = @fallback;  # 502 Bad Gateway 错误表示 A 无法访问

            # 可以根据需要处理其他错误码
            error_page 504 = @fallback;  # 504 Gateway Timeout 错误也可以考虑重试
        }

        location @fallback {
            proxy_pass http://server_b;  # 代理到 B 服务器
        }
    }
}

配置说明:

  • upstream:定义了两个上游服务器,分别是 A 和 B。
  • location /:Nginx 会尝试先通过 proxy_pass 访问服务器 A。
  • error_page:当 A 返回 502 或 504 错误时,会重定向到 @fallback,即服务器 B。
  • location @fallback:在这里,Nginx 会代理请求到服务器 B。

注意事项:

确保 A 和 B 服务器的 IP 和端口正确配置。

这种方法使用了错误页面的重定向,当 A 返回可重试的错误时(如 502 或 504),Nginx 会尝试连接 B。

你可以根据需要自定义其他错误处理和重试逻辑。

通过这种配置,你可以在 A 服务器不可用时优雅地回退到 B 服务器。

相关推荐
小猿姐10 小时前
唯品会大规模数据库云原生实践:基于 KubeBlocks 管理数千实例的统一运维之路
运维·elasticsearch·云原生
SkyWalking中文站1 天前
认识 Horizon UI · 5/17:3D 基础设施地图
运维·监控·自动化运维
YuePeng1 天前
写了五年注解的低代码框架,2.0 决定让你连注解都不用写了
github·产品
小白ai1 天前
从"能 ping 通吗"到"为什么上不了网"——我写了一个网络故障诊断引擎
github
徐小夕1 天前
jitword 协同文档3.2发布:打造浏览器中最强word编辑器
前端·架构·github
齐翊1 天前
分享一个在 Claude Code 里 [同时] 用多个 ApiKey 的方法
程序员·github·agent
A_Lonely_Cat1 天前
记一次 GitHub 幽灵协作者大清洗:强制重写 Git 历史与穿透 CDN 缓存实践
git·github
极光技术熊2 天前
Spring AI 从入门到精通:构建你的 AI 开发知识体系
后端·github
SkyWalking中文站2 天前
认识 Horizon UI · 1/17:SkyWalking 新一代可观测性控制台
运维·前端·监控
用户39483951075532 天前
怎么让我的 Agent 真正"懂"我?——关于记忆、经验学习与预测的一些真实体验
github