【运维】docker-swarm集群管理命令

为什么选择swarm集群？

灵魂疑问：同样是集群，为什么选择docker swarm，而不不选择k8s或者k3s？
我的需求场景：不想直接用docker或者java -jar直接跑，修改前是使用java -jar方式，这两种方式想要动态扩容和动态负载均衡在没有比较好的CI/CD工具的条件下还是比较麻烦的。当前个人负责的项目基本上后端只有一个人，运维也比较费时费力。就想着搭建一个集群，对比了k8s、k3s和docker swarm，k8s和k3s对于一个人后端+运维来说过于笨重，最后还是觉得docker swarm + portainer最适合我当前的场景，小集群，能够动态扩缩容，部分节点宕机能自动拉起新的节点，感觉还不错。

一、初始化集群

docker swarm init --advertise-addr 192.168.xxx.xxx

二、集群管理

加入swarm集群步骤

添加manager管理节点

1、查看工作节点join-token

docker swarm join-token manager

得到结果

docker swarm join --token SWMTKN-1-0slw0n6w638eh6l15r5xno0m4z2u0r7thh0euw3mobqf6pm62a-5zreoih6rxg4whd7kiaikjq7t 192.168.xxx.xxx:2377

2、在要加入集群的目标集群执行上面的查询结果即可

添加worker工作节点

1、查看工作节点join-token

docker swarm join-token worker

得到结果

docker swarm join --token SWMTKN-1-0slw0n6w638eh6l15r5xno0m4z2u0r7thh0euw3mobqf6pm62a-6peg18kra10anhurcwxrdvfqp 192.168.xxx.xxx:2377

2、在要加入集群的目标集群执行上面的查询结果即可

移除swarm集群步骤

1、查看节点

docker node ls

2、移除worker节点

# 移除之前先将节点从“活跃”状态变更为“drain”，节点上的服务会转移到其他节点
docker node update --availability drain <node-id>
# 移除节点，在manager节点上执行
docker node rm <node-id>

# 在要移除的节点上执行
docker swarm leave

3、移除manager节点

在manager节点上执行，如果只有一个manager节点，此命令直接会删除整个集群

如果移除指定manager节点后，剩余manager节点低于或等于50%，集群不可用，故此命令慎用

docker swarm leave --force

4、修改节点角色

你可以修改Swarm集群中节点的角色：

将工作节点提升为管理节点：

docker node promote <node_id>

将管理节点降级为工作节点：

docker node demote <node_id>