对于有多台服务器来讲,如果每一台都去手动操控,那将会是一件非常浪费时间的事情,毕竟时间这东西,于我们而言,十分宝贵,或许在开始搭建环境的时候耗费点时间,感觉是正常的,我也如此,花费大堆时间在采坑和填坑的路上,但是当你踩完后,还通过手动管理的方式去维护,那便是折磨,因此对于多台服务器下的容器编排管理,借助工具将会节省着大把时间,现如今有名的容器编排工具,K8s、Docker
Swarm,甚至功能更强大的Rancher,本次我将使用且是我唯一使用过的Docker Swarm工具搭建Docker集群并部署服务。

  Docker Swarm官方文档地址:https://docs.docker.com/engine/swarm/
<https://docs.docker.com/engine/swarm/>

 

一、搭建前期工作

  在之前的文章中,对于一台新的服务器加入到服务器集群中,通过Docker Machine去管理,配置好Docker
Enginee环境,简单也方便,同时在配置时,将本地的私钥发送给了新的服务器,也就配置好了关联关系,如有需要可以查看该文章:
https://www.cnblogs.com/CKExp/p/9552272.html
<https://www.cnblogs.com/CKExp/p/9552272.html>

  


  加入进来后对于整个服务器集群来讲,可预见的Swarm方式是这样的,也是最为简便的方式管理,Manager作为容器集群发起者,也是管理者,一般来讲,我会尽可能少的在上面部署服务,通过一些方式过滤掉服务在上面的部署,毕竟它的职责更多的侧重于管理整个容器集群,但是对于一些开支小的且比较稳定的服务,也是可以i直接部署在Manager节点中的,这是一种建议。

  这是我当前的服务器下的容器集群,存在一个Leader也就是Manager,也可以设置多个,但是现有场景下,完全满足我的需求了。

  

  我们利用Docker Swarm中的Docker
CLI去创建集群、管理集群、动态扩容服务。而对于Swarm的版本,建议是Docker版本要高于1.13,在1.13之上,将Swarm功能集成到了Docker中,而对于1.13之下,需要单独设置Swarm模式,在此建议,使用1.13之上的版本。

  

  在Swarm中有几个名字概念:

  Node:节点,分为Manager Node和Worker Node,在上图中有一个Manager节点和三个Worker节点,这个概念很好理解。

  Service:服务,对于Swarm而言,部署服务是它对外的职责,对于整个集群来讲,都是通过部署服务的形式,并且通过扩容、缩放来动态的决定服务数量。

  Task:服务的具体承载,在于Manager节点将服务分发到具体的Worker节点上,属于下达具体任务概念。相较于Service属于微观概念。

 

   对于Swarm模式下,需要开启几个相关的端口,而在系统中,这几个端口是默认打开的:

  TCP Port 2377:用于集群间通信,

  TCP 和UDP Port 7946:用于节点间通信,

  UDP Port 4789:用于Overlay网络方式下通信,这个是在集群模式下的网络通信方式,单机下采用的是Bridge方式。

 

二、开始搭建Swarm

   在需要设置为Manager的节点上输入如下命令,开始容器集群搭建,IP地址写现在服务对外IP。
$ docker swarm init --advertise-addr <MANAGER-IP>
  可以获得如下信息,集群创建完毕,复制该命令,在其他子节点上执行完毕,子节点便是加入了该容器集群(可通过docker-machine ssh
xxx的方式快速进入到目的节点中执行)。

  

  对所有节点加入完毕,通过docker node ls命令查看节点信息,加入的节点和本身节点将会显示出来。

 如果有新的服务器加入了,并且已经安装好了docker 
enginee需要加入到节点中且忘记了这一条token的值,可以通过在manager上执行该命令再次获得这个值
docker swarm join-token worker
  

  至此,整个容器集群就搭建完毕,Manager节点和Worker节点都接入进来了。

 

 三、部署服务到集群

   进入到Manager节点,开始部署一个服务到容器集群中,通过如下命令创建一个服务:
$ docker service create --replicas 1 --name helloworld alpine ping docker.com
  命令解读:

  1、docker service create:用于创建服务;

  2、--replicas 用于确定需要多少个节点容器去运行服务;

  3、对于参数alpine ping docker.com 则是指定alpine镜像,并在容器启动后执行ping docker.com操作;

  通过docker service ls查看当前创建的所有服务,可以通过docker service remove
服务名或ID的形式移除服务,这类操作和Docker的操作是差不多的。

   

  通过docker service inspect --pretty 服务名或ID方式查看服务的详细信息,

  

  在不带--pretty参数下,可以查看到Json格式的详细信息,

  

  通过命令docker service ps 服务名或ID查看服务运行状态,

  

 

四、对承载服务的批量容器相关操作

  1、扩容/伸缩现有服务承载容器数量  

  通过scale命令执行,并再次查看服务运行信息:
docker service scale 服务名或ID=实例数量
   

   2、滚动更新使用服务使用镜像版本,本次重新搭建一个redis服务,用四个实例承载服务,并通过滚动升级redis版本。

  

  对于--update-delay 为更新前后切换时间,对于后面跟随的时间类型可以有时分秒如10h10m10s,

  通过--update -parallelism参数可以指定最大的实例更新数量,如本次中有四个实例,指定为2后将最大允许两个实例更新到新版本中,


  更新实例版本规则,当一个实例更新完毕并返回running才继续更新下一个实例,如果有一个实例更新失败,整个更新队列将会中止,可以通过--update-failure-action参数指定更新失败后的解决方式,如docker
swarm create或是update服务。

  服务创建后实例运行结果结果

  

 

     现在开始更新版本:
docker service update --image redis:3.0.7 redis
  

   指定新版本镜像及现有服务名称,开始更新,查看当前服务运行情况,四个redis均完成更新。

  

   接下来,通过控制worker节点的状态来控制是否承载某一个服务,通过如下命令,将现有节点下的host1不再承载redis服务,命令如下
docker node update --availability drain host1
   通过参数--availability指定为drain(置空)来设置host1节点不参与服务承载,如下可以看到原有服务已经移交到manager节点下了。

  

  然后启用该host1节点恢复为活跃模式,但是该节点不会再去承载redis服务,因为服务现在并不需要它去承载。
docker node update --availability active host1
   

  至此,对于容器集群的搭建就此完成了。

  对于容器集群的其他高级用法可以参见官方文档:
https://docs.docker.com/engine/swarm/services/#roll-back-to-the-previous-version-of-a-service

<https://docs.docker.com/engine/swarm/services/#roll-back-to-the-previous-version-of-a-service>

  

  本文地址:https://www.cnblogs.com/CKExp/p/9651244.html
<https://www.cnblogs.com/CKExp/p/9651244.html>

  欢迎关注微信订阅号,有新的文章将同步到订阅号中

  
2018-10-27,望技术有成后能回来看见自己的脚步