如何在生产环境中使用ker swarm调度容器海量资源.pdfVIP

本文由简悦SimpRead转码，原文地址

上一，我介绍了Docker的单节点引擎工具DockerCompose，它能够在单一节点上管理和编排多

个容器，当我们的服务和容器数量较小时可以使用DockerCompose来管理容器。

然而随着我们的业务规模越来越大，我们的容器规模也逐渐增大时，数量庞大的容器管理将给我们带来

许多。Docker为了解决多容器管理的问题推出了DockerSwarm，我们可以用它来管理规模

更大的容器集群。

Swarm的前生今世

2014年Docker在容器界越来越火，这时容器的编排工具Mesos和Kubernetes也开始崭露头角。此

时，Docker公司也开始筹划容器的编排和集群管理工具，推出了自己的通信协议项目Beam。后来，

通过改进Beam，Beam成为一个允许使用DockerAPI来控制的一种分布式系统，项目被重命名

为libswarm。然而在2014年11月，Docker公司又对libswarm进行了重新设计，支持了调用

API，并且被重新命名为Swarm。到此我们称之为SwarmV1。

在2016年，为了解决服务可扩展性的问题，Docker团队重新设计了Swarm，并称之为Swarm

V2。此时的DockerSwarm已经可以支持超过1000多个节点的集群规模，并且Docker团队在发布

Docker1.12版本时，将DockerSwarm默认集成到了Docker引擎中。

由于Swarm是Docker推出的容器集群管理工具，因此Swarm最大的优势之一就是原生支持

DockerAPI，给用户带来了极大的便利，原来的Docker用户可以很方便地将服务迁移到Swarm中

来。

与此同时，Swarm还内置了对Docker网络插件的支持，因此用户可以很方便地部署需要跨主机通信的

容器集群。其实Swarm的优点远远不止这些，还有很多，例如以下优点。

分布式：Swarm使用Raft（一种分布式一致性协议）协议来做集群间数据一致性保障，使用多个

容器节点组成管理集群，从而避免单点故障。

安全：Swarm使用TLS双向认证来确保节点之间通信的安全，它可以利用双向TLS进行节点之

间的认证，角色和加密传输，并且可以自动执行的颁发和更换。

简单：Swarm的操作非常简单，并且除Docker外基本无其他外部依赖，而且从Docker1.12版

本后，Swarm直接被内置到了Docker中，可以说真正做到了开箱即用。

Swarm的这些优点得益于它优美的架构设计，下面我们来了解一下Swarm的架构。

Swarm的架构

Swarm的架构整体分为管理节点（ManagerNodes）和工作节点（WorkerNodes），整体架构如下

图：

图1Swarm架构图

管理节点：管理节点负责接受用户的请求，用户的请求中包含用户定义的容器运行状态描述，然后

Swarm负责调度和管理容器，并且努力达到用户所期望的状态。

工作节点：工作节点运行执行器（Executor）负责执行具体的容器管理任务（Task），例如容器的启

动、停止、删除等操作。

管理节点和工作节点的角色并不是一成不变的，你可以手动将工作节点转换为管理节点，也可以

将管理节点转换为工作节点。

Swarm概念

在真正使用Swarm之前，我们需要了解几个Swarm的概念，这些概念可以帮助我们更好地

学习和理解Swarm的设计理念。

Swarm集群

Swarm集群是一组被Swarm统一管理和调度的节点，被Swarm纳管的节点可以是机或者虚拟

机。其中一部分节点作为管理节点，负责集群状态的管理和协调，另一部分作为工作节点，负责执行具

体的任务来管理容器，实现用户服务的启停等功能。

节点

Swarm集群中的每一台机或者虚拟机称为节点。节点按照工作职责分为管理节点和工作节点，管

理节点由于需要使用Raft协议来协商节点状态，生产环境中通常建议将管理节点的数量设置为奇数

个，一般为3个、5个或7个。

服务

服务是