通过主机名发现 Docker 容器不起作用

我使用以下 docker compose 文件位于/tmp/compose.yml对于docker堆栈部署：

version: "3.6"

services:
  service-A:
    image: service-A
    networks:
      - net
    hostname: "service-A-{{.Task.Slot}}"
    deploy:
      replicas: 2

  service-B:
    image: service-B
    networks:
      - net
    hostname: "service-B-{{.Task.Slot}}"
    deploy:
      replicas: 2

networks:

  net:

运行命令：

docker network create -d overlay net
docker stack deploy -c /tmp/compose.yml my

我的期望是service-A各个容器将能够发现service-B容器按容器预定义的主机名：service-B-1, service-B-2。 然而，ping service-B-1从任何内部service-A容器失败。

Docs https://docs.docker.com/v17.09/engine/userguide/networking/default_network/configure-dns/ state:

hostname设置容器通过其识别自身的主机名。这是写的 进入/etc/hostname，进入/etc/hosts作为容器的名称 面向主机的 IP 地址，是 /bin/bash 中的名称 容器将显示在其提示符中。但主机名并不容易 从容器外部看到。它不会出现在 docker ps 中，也不会出现 在任何其他容器的 /etc/hosts 文件中。

如何通过容器预定义的主机名实现docker swarm服务容器到服务容器的通信？

唯一有效的方法是添加条目，例如：

[service_B_container_1_virtual_ip] service-B-1
[service_B_container_2_virtual_ip] service-B-2

to /etc/hosts of service-A容器。

也很有趣的是，如果hostname没有设置在docker-composes文件，但由 docker 生成，ping [container_id]即使跨多主机 docker swarm 也能成功。

我期望预定义的主机名具有相同的行为。

我认为没有任何直接的方法可以做到这一点。我想得越多，就越有道理不应该有一种做你所要求的事情的方法，按设计.

堆栈服务的基本属性之一是它应该以 Docker 能够互换地处理该服务中的所有副本的方式进行部署。如果您需要连接到单个实例，建议首先不要将这些容器创建为服务副本，因为某物这使他们与众不同。适当的堆栈服务应该能够将每个副本视为可以随时销毁和重建的短暂实体，并且该操作应该对外部不可见。

你什么can从 Docker 网络内部做的是使用服务名称引用服务实体。所以在你的例子中，ping Service-A应该在堆栈中的任何容器中工作，因此将ping Service-B.

服务中各个容器的名称类似于

my_stack_redis.1.y1pwzeg8239yb6n6ynefs78br
my_stack_webserver.1.d6cxx8nlg7db9m2poy9wfjdyd

如果您绝对必须从容器内访问这些名称，我能想到的唯一方法就是公开/var/run/docker.sock启动时通过绑定安装在容器内。然后，chmod 750作为一部分的插座上CMD / ENTRYPOINT脚本，以便非 root 用户可以读取它。现在您应该能够安装 Docker CLI 并使用docker network inspect发现实际服务成员的姓名，以及jq解析它们（您可能需要将两个包添加到图像中）。但到那时，更好的选择可能是将这些不可替代的容器分离到它们自己的服务组中。