©
This document usesPHP Chinese website manualRelease
您正在查看传统独立群组的文档。这些主题描述了独立的 Docker Swarm。在 Docker 1.12 及更高版本中，Swarm 模式与 Docker Engine 集成。大多数用户应该使用集成的 Swarm 模式 - 一个好的开始就是 Swarm 模式入门， Swarm 模式 CLI 命令以及 Docker 演练入门。独立 Docker Swarm 未集成到 Docker Engine API 和 CLI 命令中。
Docker Compose 和 Docker Swarm 旨在实现完全集成，这意味着您可以将一个Compose应用程序指向一个 Swarm 集群，并且只需像使用单个 Docker 主机一样工作即可。
实际的集成范围取决于您使用的 Compose 文件格式的版本：
如果您使用的是版本1links，则您的应用程序可以正常工作，但Swarm会将所有容器安排在一台主机上，因为容器之间的链接不适用于使用旧网络系统的主机。
如果您使用的是第2版，则您的应用程序应该无任何更改：
- subject to the [limitations](index#limitations) described below,- as long as the Swarm cluster is configured to use the [overlay driver](../../engine/userguide/networking/index#an-overlay-network-with-docker-engine-swarm-mode), or a custom driver which supports multi-host networking.
阅读多主机网络入门以了解如何使用 Docker Machine 和覆盖驱动程序设置 Swarm 群集。运行后，将应用程序部署到该应用程序应该如此简单：
$ eval "$(docker-machine env --swarm)"$ docker-compose up
Swarm 可以像 Docker 实例一样通过 Dockerfile 构建镜像，但生成的镜像只能存在于单个节点上，不会分配给其他节点。
如果您想使用 Compose 将服务扩展到多个节点，则必须自己构建它，将其推送到注册表（例如 Docker Hub）并从docker-compose.yml以下位置引用它：
$ docker build -t myusername/web .$ docker push myusername/web $ cat docker-compose.yml web: image: myusername/web $ docker-compose up -d $ docker-compose scale web=3
如果一个服务具有强制联合调度类型的多个依赖关系（参见下面的自动调度），那么 Swarm 可能会调度依赖关系到不同的节点上，从而无法安排依赖服务。例如，这里foo需要被共同调度与bar和baz：
version: "2"services: foo: image: foo volumes_from: ["bar"] network_mode: "service:baz" bar: image: bar baz: image: baz
问题是，群可能会先安排bar和baz不同的节点上（因为他们是不依赖于彼此），使它不可能挑选一个合适的节点foo。
要解决此问题，请使用手动调度来确保所有三个服务都在同一个节点上结束：
version: "2"services: foo: image: foo volumes_from: ["bar"] network_mode: "service:baz" environment: - "constraint:node==node-1" bar: image: bar environment: - "constraint:node==node-1" baz: image: baz environment: - "constraint:node==node-1"
如果服务从主机映射端口，例如80:8000，那么docker-compose up在第一次之后运行它时可能会出现类似下面的错误：
docker: Error response from daemon: unable to find a node that satisfies container==6ab2dfe36615ae786ef3fc35d641a260e3ea9663d6e69c5b70ce0ca6cb373c02.
这种错误的常见原因是容器在没有显式映射的情况下具有一个卷（在其图像或撰写文件中定义），因此为了保留其数据，Compose 已指示 Swarm 安排新容器与旧容器相同的节点。这导致了端口冲突。
解决这个问题有两个可行的解决办法：
指定一个已命名的卷，并使用一个卷驱动程序，该卷驱动程序能够将该卷挂载到容器中，而不管其预定在哪个节点上。如果服务仅使用命名卷，则Compose不会为Swarm提供任何特定的计划指示。版本：“2”服务：web：build：。端口： - “80：8000”卷： - web-logs：/ var / log / web卷：web-logs：driver：custom-volume-driver
在创建新容器之前删除旧容器。您将失去该卷中的任何数据。
$ docker-compose stop web
$ docker-compose rm -f web
$ docker-compose up web
某些配置选项将导致容器在同一个 Swarm 节点上自动进行调度，以确保它们正常工作。这些是：
network_mode: "service:..."和network_mode: "container:..."（以及net: "container:..."第一版文件格式）。
volumes_from
links
Swarm 提供了丰富的时间安排和亲和力提示，使您能够控制容器的位置。它们通过容器环境变量指定，因此您可以使用Compose 的environment选项来设置它们。
# Schedule containers on a specific node environment: - "constraint:node==node-1"# Schedule containers on a node that has the 'storage' label set to 'ssd'environment: - "constraint:storage==ssd"# Schedule containers where the 'redis' image is already pulled environment: - "affinity:image==redis"
有关完整的可用过滤器和表达式，请参阅 Swarm 文档。
