docker-compose 有两个容器：web 无法连接到 db

Posted 2023-02-24

【中文标题】docker-compose 有两个容器：web 无法连接到 db

【英文标题】：docker-compose with two containers: web can not connect to db

【发布时间】：2019-06-18 07:53:04

【问题描述】：

docker-compose 构建 web 组件失败，因为它无法连接到之前创建的 db 组件

Mac OSX 10.13.6、conda 4.5.11、Python 3.6.8、Docker 版本 18.09.1、docker-compose 版本 1.23.2

django 1.8.3 使用 Dockerfile 中的 requirements.txt 进行安装。不能随意升级。

关于 SO 的几个非常相似的讨论没有帮助（比如这个：Docker-compose with django could not translate host name "db" to address: Name or service not known）。

我有一个docker-compose.yml，有一个网络和两个组件：

version: '3'
networks:
  bridge:
   driver: bridge
services:
  db:
    image: postgres:10
    container_name: myapp-db
    volumes:
      - ./postgres_data:/var/lib/postgresql/data/
    ports:
      - "5432:5432"
    environment:
     POSTGRES_DB: actionability-master
     POSTGRES_PASSWORD: postgres
     POSTGRES_USER: postgres
    networks:
      - bridge


  web:
    restart: unless-stopped
    container_name: myapp-web
    build: .
    command: /start_gunicorn.sh
    ports:
      - "8080:8080"
    environment:
      PRODUCTION: 'true'
    networks:
      - bridge

在我的settings.py 我有数据库部分：

DATABASES = 
    'default': 
        'ENGINE': 'django.db.backends.postgresql_psycopg2',
        'NAME': INSTANCE_NAME,
        'USER': 'postgres',
        'PASSWORD': 'postgres',
        'HOST': 'db',
        'PORT': '5432'
    ,

当我运行$ docker-compose up -d 时， 第一个图像 (db) 被创建并且它的容器被启动。 可以看到它正在使用 docker ps 和 lsof 在端口 5432 上运行和侦听。如果我从 docker-compose.yml 文件中删除 web: 组件，也会发生同样的事情

现在，第二个组件（网络）的 Dockerfile 包含这两行（以及许多其他行）：

RUN python manage.py makemigrations myapp
RUN python manage.py migrate

“迁移”喜欢死于此错误：

Traceback (most recent call last):
File "/usr/local/lib/python3.6/site-packages/django/db/backends/base/base.py", line 130, in ensure_connection
    self.connect()
File "/usr/local/lib/python3.6/site-packages/django/db/backends/base/base.py", line 119, in connect
    self.connection = self.get_new_connection(conn_params)
File "/usr/local/lib/python3.6/site-packages/django/db/backends/postgresql_psycopg2/base.py", line 176, in get_new_connection
    connection = Database.connect(**conn_params)
File "/usr/local/lib/python3.6/site-packages/psycopg2/__init__.py", line 130, in connect
    conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
psycopg2.OperationalError: could not connect to server: Connection refused
Is the server running on host "db" (37.34.32.51) and accepting TCP/IP connections on port 5432?

我厌倦了几次调整。 * 更改version '3.7' * 添加到数据库部分

expose:
    - "5432"

添加到网络组件：

depends_on: - "db"

添加到网络组件：

links: - "db"

将 PRODUCTION 设置为 false

environment: PRODUCTION: 'false'

changed HOST in settings.py to container name, to image name, to tags, to container id, to 'localhost', to '127.0.0.1', etc..错误是一样的，只是提到新的HOST名称而不是 'db' 在 conda env 之外运行 使用--build 开关（docker-compose up -d --build）运行 docker system prune 又跑了

都是一样的错误。

---

更新： 在建议它 docker-compose 不能以这种方式工作后，我尝试将其拆分为两个单独的任务。首先，我构建 myapp-db 容器并确保它在正确的端口上运行：

$ docker container ps


CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                      NAMES
c110e8361cda        postgres:10         "docker-entrypoint.s…"   4 hours ago         Up 4 hours          0.0.0.0:5432->5432/tcp     myapp-db

然后我构建 myapp-web：

docker build -t myapp-web .

同样的错误仍然发生。那么，为什么现在找不到 db 容器？

【问题讨论】：

the second component (web) has Dockerfile that contains these two lines，这是正在运行的 Web 容器中的 Dockerfile，还是 Web 容器的 Dockerfile？

您的 RUN 命令总是在 BUILD 时执行，而不是在运行时。因此，当您构建映像时，您的数据库将不存在，因为没有数据库。所以你不能这样做

谢谢@SvenHakvoort，我想我明白了。 docker-compose 不能这样工作，db 组件在 docker-compose.yml 中的 web 容器之前这一事实并不意味着它的容器在 web 容器正在构建时已经启动并运行，对吧？

@bluescores 是 Web 组件的 Dockerfile，它正在构建其映像并由 docker-compose 启动其容器（如果工作:-)）

【参考方案1】：

您可以使用网络别名尝试此配置。

version: '3.5'
services:

  db:
    image: postgres:10
    container_name: myapp-db
    volumes:
      - ./postgres_data:/var/lib/postgresql/data/
    expose:
      - "5432"
    environment:
       POSTGRES_DB: actionability-master
       POSTGRES_PASSWORD: postgres
       POSTGRES_USER: postgres
    networks:
      services-network:
        aliases:
         - db

  web:
    restart: unless-stopped
    container_name: myapp-web
    build: .
    command: /start_gunicorn.sh
    ports:
      - "8080:8080"
    environment:
      PRODUCTION: 'true'
    depends_on:
      - db
    networks:
      services-network:
        aliases:
         - web

networks:
   services-network:
     name: services-network
     driver: bridge

【讨论】：

为什么你只把"5432" 放在db 容器里？我们不需要像"5432:5432" 一样添加它吗？将其与主机端口映射？

可以，如果想在host上发布端口，可以映射到host端口。

【参考方案2】：

我使用depends_on列表在web容器之前启动db容器，并使用links来确保主机名可以被解析。

我将以下内容添加到网络：

services:
  db:
    # ...
  web:
    links:
    - "db:db" # resolve the hostname "db" with the ip of the db container
    depends_on:
    - db # start db before web

Example

【参考方案3】：

我知道这可能看起来很基本，但为什么不考虑一个稍微复杂的命名约定，然后简单地将这些名称添加到主机上的 DNS 服务，或者至少添加到 A 记录中？

然后系统可以通过名称或 IP 访问数据库。只是一个想法。

顺便说一句，Django + PostgreSQL 是我最喜欢的平台和语言的绝佳选择和组合。我还推荐 Bootstrap，特别是如果您正在寻找快速工具部署功能。

【讨论】：

你的意思是代替'db'和'web'来称呼它们更具描述性？抱歉，我不明白如何帮助网络看不到数据库这一事实？ 'HOST': 'db' settings.py 中的条目应该是可解析的。

系统仍然必须能够相互通信。也许它是一个 IP 问题，但基于 DNS 的方法可能会解决它。我以前从 docker 的其他问题中看到过这一点，包括这里的其他帖子。

作为附加说明，我建议让您的数据库成为物理节点而不是 docker 容器。码头化时，数据库会受到性能影响。如果您只是将它们制作成物理集群，并运行它们主从或主主，那么从长远来看，它们的性能会更好。