Docker容器跨子网迁移时如何实现新旧容器流量灰度切分

Nginx负载均衡方案可行性确认 #

你提出的Nginx负载均衡方案完全可行，是低停机迁移场景下的主流成熟实现，完全匹配你的业务需求。该方案的核心优势是流量切分精度高、生效速度快、不受客户端DNS缓存影响，可以实现几乎零停机的平滑迁移。

Nginx方案具体实现步骤 #

• 部署Nginx负载均衡器：将Nginx容器同时接入新旧两个Docker子网，或者部署在可以同时访问两个子网的节点上，确保Nginx到所有新旧容器的网络通路正常。
• 配置upstream转发规则：在Nginx配置中添加新旧所有容器的地址，通过调整weight参数控制流量分配比例，初始灰度阶段可以给旧容器设置更高权重，示例配置如下：

http {
    upstream business_service {
        # 旧子网容器配置
        server <旧子网容器1IP>:<服务端口> weight=9;
        server <旧子网容器2IP>:<服务端口> weight=9;
        # 新子网容器配置
        server 172.30.0.3:<服务端口> weight=1;
        server 172.30.0.4:<服务端口> weight=1;
    }

    server {
        listen 80;
        server_name <你的业务域名>;

        location / {
            proxy_pass http://business_service;
            # 按需添加请求头、会话保持等配置
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
        }
    }
}

• 切走业务域名解析：将业务域名的解析地址修改为Nginx的入口IP，所有用户流量先经过Nginx统一转发。
• 逐步完成流量切换：观察服务运行指标正常的前提下，逐步调高新容器的weight值，直到所有流量都切到新子网容器，确认服务稳定运行后再下线旧子网容器即可。
• 可选配置：如果业务有会话保持需求，可以在upstream块中添加ip_hash指令，避免切流过程中用户会话丢失。

其他可选切流方案 #

如果不想额外维护Nginx负载均衡组件，也可以使用你已经部署的Bind9 DNS实现切流：

• 将业务域名的DNS记录同时配置旧容器IP和新容器IP，把DNS TTL调整为1分钟以内降低缓存影响
• 逐步调整DNS记录的权重占比，实现流量从旧容器到新容器的平滑迁移
  该方案的优势是不用额外引入组件，劣势是流量切分精度较低，且受客户端DNS缓存影响，切流生效速度不如Nginx方案。

注意事项 #

• 切流前建议先通过Nginx转发小流量验证新子网容器的服务可用性、正确性，确认无异常后再逐步放量
• 切流过程中全程监控服务的错误率、响应耗时、日志等指标，出现异常立刻将流量切回旧子网容器即可快速止损

内容的提问来源于stack exchange，提问作者Stesi13