Docker中重建myapp容器后Nginx因旧IP无法连接的解决方案咨询

问题核心 #

Docker容器重启时可能分配新的内部IP，而Nginx默认会缓存初始解析的IP地址，不会自动刷新，导致连接失败。

最优解决方案 #

1. 用Docker服务名替代硬编码IP（根本解决） #

在Nginx配置中，不要直接写固定IP（比如http://172.19.0.4:8069），而是使用Compose服务名myapp作为上游地址——Docker Compose内置DNS会自动将服务名解析到容器的最新IP。

但需注意：Nginx默认会缓存DNS结果，需配合以下配置让它定期重新解析：

方式一：变量触发动态解析

在Nginx的http块中添加Docker内置DNS解析器：

http {
    resolver 127.0.0.11 valid=30s; # 127.0.0.11是Docker默认DNS服务器，缓存时长设为30秒
    # 其他原有配置...
}

在代理的location块中用变量指定上游：

location / {
    set $myapp_upstream myapp:8069;
    proxy_pass http://$myapp_upstream;
    # 其他proxy相关配置...
}

使用变量后，Nginx会在每次请求时重新解析域名，避免缓存旧IP。

方式二：用Nginx upstream的resolve参数（Nginx 1.19+支持）

如果你的Nginx版本≥1.19.0，可直接在upstream配置中添加resolve参数，自动刷新IP：

upstream myapp_upstream {
    zone myapp_zone 64k; # 定义共享内存区存储解析结果
    server myapp:8069 resolve; # 自动解析服务名并更新IP
}

location / {
    proxy_pass http://myapp_upstream;
    # 其他proxy相关配置...
}

2. 辅助优化：增强服务状态感知 #

给myapp添加健康检查，让Nginx在myapp就绪后再处理请求（可选，提升稳定性）：
在Compose的myapp服务配置中添加：

services:
  myapp:
    # 现有配置...
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8069/health"] # 替换为你的应用健康检查端点
      interval: 10s
      timeout: 5s
      retries: 3

在web服务中添加健康检查依赖：

services:
  web:
    # 现有配置...
    depends_on:
      myapp:
        condition: service_healthy

该配置主要优化启动阶段的服务依赖，重启myapp场景仍需依赖DNS解析配置。

临时方案的原理 #

重载Nginx时，它会重新解析上游地址获取myapp的新IP，但这是手动操作，效率远低于自动解析方案。

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