Docker Swarm集群：如何均衡已运行容器及节点重启后的负载？

这是Swarm集群重启后很容易碰到的调度问题，我来帮你拆解原因和具体的解决步骤：

为什么重启后副本都在管理节点？ #

Docker Swarm的调度逻辑是：当节点重启并恢复Ready状态后，它不会主动迁移已健康运行的副本——哪怕这些副本集中在某一个节点上。因为Swarm认为这些副本是正常服务的，没有触发调度的条件（比如节点失效、副本异常）。你之前的管理节点先启动，所以原来在它上面的副本先恢复运行，工作节点启动后，Swarm不会自动把管理节点的副本移过去平衡负载。

具体解决办法 #

1. 先确认工作节点状态正常 #

首先执行命令检查所有节点的状态，确保工作节点已经成功加入并处于Ready状态：

docker node ls

如果工作节点状态不是Ready，先排查网络（比如AWS安全组是否开放Swarm需要的端口：2377/tcp、7946/tcp/udp、4789/udp），或者重新让工作节点加入集群。

2. 手动触发服务重新调度 #

最直接的方式是强制更新服务，让Swarm重新评估调度策略，把副本分配到所有可用节点上：

docker service update --force <你的服务名称>

这个命令不会改变服务的任何配置，只是强制Swarm重新调度所有副本，按照你最初设置的副本数和调度规则来分布。

3. 配置更合理的调度策略（预防下次问题） #

如果不想每次重启都手动操作，可以在创建/更新服务时设置调度偏好，让Swarm自动均匀分布副本：

方式一：按节点角色均匀分布

让副本在管理节点和工作节点之间均匀分散：

docker service update --placement-pref "spread=node.role" <你的服务名称>

方式二：限制副本尽量跑在工作节点

如果不想让管理节点承担服务负载（推荐生产环境这么做，让管理节点专注集群管理），可以添加约束：

docker service update \
  --constraint "node.role != manager" \
  --placement-pref "spread=node.id" \
  <你的服务名称>

--constraint "node.role != manager"会让Swarm只把副本调度到工作节点，spread=node.id则保证副本均匀分布在各个工作节点上。

补充说明 #

Swarm的自动调度只有在**节点失效（状态变为Down）**时才会触发，把失效节点上的副本迁移到其他节点。但节点重启后恢复Ready，Swarm不会主动迁移已有的健康副本——这就是你碰到问题的核心。所以要么手动触发重新调度，要么提前配置好调度约束和偏好，从根源避免负载集中的问题。

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