docker的swarm技术

一给 · 2024-8-14 10:15:21

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

您需要登录才可以下载或查看，没有账号？立即注册

x

docker中swarm技术
- docker swarm技术是docker社区提供的docker的集群管理调度工具，通过api来管理多个主机上的docker，通过overlay网络来实现差别主机之间容器的通信与访问。实现容器的调度，资源的分配，以及副本。
- docker swarm中几个重要概念
  - docker swarm提供的两种api接口
    - 尺度的api接口
      - 提供对外的访问接口，使之可以或许访问和管理docker集群。
    - 集群管理api接口
      - 集群之间管理通信的接口
  - overlay（覆盖/叠加网络）
    - 在现有的实例网络之上构建一个逻辑网络，忽略底层的硬件机制。是捏造化技术网络的重要构成。基于二层，可轻易扩展。
  - 微服务
    - 通常以容器为单元，进行开发，测试，部署，扩展，微服务之间通过api接口进行访问。
    - 提供了一种高度模块化，可扩展，可维护的软件系统，为了快速响应市场的复杂变化。
  - 滚动更新
    - 不绝机更新软件版本
  - 副本数
    - swarm会维持用户所盼望的副本数目
  - 声明服务模型
    - 隐藏实现过程，只必要指定目标
  - 安全计谋
    - 强制实行TLS
      - 传输层安全
- docker swarm的特性
  - 管理工具与docker engine集成，无需额外安装
  - 去中央化设计：在swarm中任何一个节点都能称为manager，也能降级为worker。可以在任意节点升级权限，然后使用管理下令。
  - 声明式服务模型：界说各种所盼望的服务状态
  - 扩缩容，使用docker swarm可以非常容器的实现容器数目标扩容和缩容。
  - 盼望值：swarm会让服务运行在一个盼望值
  - 多主机网络
  - 服务发现，内置dns服务，会自动分配dns
  - 负载均衡，集群式部署根本功能
  - 默认安全。强制实行TLS
  - 滚动更新：不绝机更新
- docker swarm中关键概念
  - 节点
    - 在swarm集群中每一个docker主机都是一个节点，节点又分为管理节点和工作节点
    - 管理节点功能
      - 调度
      - 编排
      - 集群管理
      - 默认环境下，创建swarm集群的主机就是manager的leader。
  - 服务与任务
    - 服务界说了在工作节点上要实行的任务，是swarm集群中调度的最小单元。
  - 负载均衡
    - swarm使用负载均衡入口来公开对外提供的服务，部署服务时可以指定端口，如果未指定则会随机使用3w~32767之间的端口。外部组件可以访问任意节点，然后节点会将请求转发到正在运行所请求的任务实例的节点上。
- docker swarm的使用案例
  - 拓扑
    - - 以docker26版本为例
  - 基础环境配置
    - 修改主机名，设置hosts文件
      - hostnamectl set-hostname
      - 192.168.10.101 manager 192.168.10.102 worker01 192.168.10.103 worker02
    - 防火墙添加计谋
      - tcp/2377
        
        集群管理所使用的端口，包括服务的部署，调度，节点间和谐等。
      - tcp-udp/7946
        
        节点间心跳消息与发现服务，节点状态同步
      - tcp-udp/4789
        
        用与overlay网络的数据传输
      - 防火墙下令
        
        firewall-cmd --zone=public --add-port=7946/udp --permanent
        
        firewall-cmd --reload
  - 部署docker swarm聚集
    - docker swarm init --advertise-addr 192.168.10.101
      - advertise：通告，广播意味着该管理节点将通过该ip宣告自己的存在
      - 之后会生成令牌，其他docker主机需通过该令牌加入到该集群。在其他docker主机复制实行即可。
    - 检察集群信息三种方法
      - docker info
        
        在信息中应该有swarm单元
        
        Swarm: active NodeID: x3v12rmfw9c0isq1nppaaoogh Is Manager: true ClusterID: 0mps950k70s2oqphe75jzykqq Managers: 1 Nodes: 3
      - 在管理节点上实行下令
        
        docker node ls
        
        带星号表示是leader节点，注意availability的三种状态。
        
        active（活跃的）
        
        该节点可以被指派容器
        
        pause（暂停）
        
        该节点不能被指派新容器，但是已经存在的容器保持运行。
        
        drain（排空）
        
        该节点不能被指派容器，同时已有的容器会被调度到其他可用的节点上。
        
        状态的修改办法以管理节点为例
        
        docker node update --availability drain manager（更新后的状态，谁人节点）
      - 检察节点的详细信息
        
        docker node inspect 主机名
  - docker swarm聚集的使用
    - 为某个节点添加标签，然后创建服务指定该节点
      - 添加标签
        
        docker node update --label-add group=g2 worker01
      - 检察标签信息
        
        docker node inspect worker01
      - 创建服务生成容器到指定节点
        
        docker service create --name mynginx --constraint 'node.labels.group==g2' nginx
      - 检察mynginx地点主机
        
        docker service ps mynginx
    - 节点的提权与降权
      - 提权为manager
        
        docker node promote worker01 worker02
      - 降权为worker节点
        
        docker node demote worker01 worker02
    - 节点的退出
      - 管理节点
        
        docker swarm leave
        
        如果管理节点地点聚集另有其他节点，则必要加上--force
      - 工作节点
        
        docker swarm leave
        
        谁人节点要退出，在谁人节点上实行该下令
      - 加入
        
        利用管理节点的token重新加入
        
        管理节点退出后再次加入必要重新生成token，再让其他节点加入。
      - 注意事项
        
        swarm集群解散后，其管理的service也会被删撤除
    - docker swarm的服务管理
      - 创建服务
        
        docker service create -p 80：80 --replicas 2 --name web nginx
        
        -p 端口映射
        
        --replicas 指定服务副本数，根据服务器性能和必要酌情创建。
        
        --name 服务名称
        
        nginx 镜像（可在线拉取，可使用当地）
        
        在创建服务时必要从网上拉取镜像，必要校验序列，因此当地拉取镜像不可取
        
        检察服务的日记
        
        docker service logs -f web
        
        -f 指定服务名称
        
        退出ctrl+c
        
        想要拉取当地镜像的办法
        
        起首确保容器地点节点都有新版本的镜像
        
        然后为镜像打标签
        
        docker tag myimage:tag myimage:local
        
        在创建时使用修改后的镜像名称加标签
        
        docker service create --name myservice \ --replicas 3 \ myimage:local
        
        创建服务时任务的状态
        
        Accepted (accepted)
        
        这是任务初始状态，表示任务已经被担当，但尚未被调度到节点上实行。
        
        Pending (pending)
        
        表示任务已被调度到某个节点上，但尚未启动。此状态可能出现在等待资源分配、等待容器启动等环境下。
        
        Assigned (assigned)
        
        任务已经被分配到一个具体的节点上，但尚未开始预备。
        
        Preparing (preparing)
        
        任务正在被预备中，即 Docker 正在做启动容器前的预备工作，比如拉取镜像、配置网络等。
        
        Ready (ready)
        
        任务预备停当，即将启动。
        
        Starting (starting)
        
        容器正在启动过程中。
        
        Running (running)
        
        容器已经启动并正在运行。
        
        Complete (complete)
        
        任务已完成。对于一次性任务，这意味着任务已经乐成完成；对于服务中的任务，则表示任务被终止，但可以被替换。
        
        Shutdown (shutdown)
        
        任务已经被停止或关闭。这可能是由于服务更新、故障规复或其他缘故起因导致的。
        
        Failed (failed)
        
        任务失败。这可能是由于容器退出状态非零、康健查抄失败等缘故起因造成的。
        
        Rejected (rejected)
        
        任务被拒绝。这通常是由于资源不足或节点不可用等缘故起因导致的。
        
        Orphaned (orphaned)
        
        任务与服务失去接洽，通常发生在服务被删除而任务仍在运行的环境下。
        
        Updating (updating)
        
        任务正在进行更新操作，如滚动更新服务。
        
        Reverting (reverting)
        
        任务正在回滚到先前的状态，通常是在更新失败后发生的。
      - 检察服务
        
        全部服务
        
        docker service ls
        
        指定服务
        
        docker service ps 服务名
        
        显示服务详细信息
        
        docker service inspect 服务名
        
        以json语言格式显示
        
        docker service inspect --pretty 服务名
        
        以人性化的方式显示服务的详细信息
      - 服务的扩缩容
        
        docker service scale 服务名=数目
        
        扩容数目调大
        
        缩容数目调小
      - 删除服务
        
        docker service rm 服务名
      - 滚动更新
        
        先创建测试服务
        
        docker service create --replicas 3 --name redis --update-delay 10s redis:3.0.6
        
        注意版本
        
        --update-delay是--update-config的一个参数，常见的参数如下
        
        docker service update \ redis \ --image redis:3.0.7 \ --update-config \ Parallelism=2 \ Delay=10s
        
        parallelism
        
        同时更新的容器数
        
        实行滚动更新
        
        docker service update --image 新版本服务名
        
        滚动更新拉取当地镜像的办法
        
        在更新时指定当地镜像标签
        
        docker service update --image mynginx：local 服务名称
      - 加入overlay网络
        
        创建overlay网络
        
        docker network create --driver overlay 网络名称
        
        创建服务时加入到该网络
        
        docker service create --replicas 3 --network 网络名称 --name myweb nginx
        
        如果有其他容器也使用该网络那么就能与同一个网络之中的其他容器通信。
        
        docker run --dit --name pc02 --net=服务器名称 ccentos:7
      - 数据卷的创建与应用
        
        创建数据卷
        
        docker volume create product-kgc
        
        创建容器来连接数据卷
        
        docker service create --mount type=volume,src=product-kgc,dst=/usr/share/nginx/html --replicas 1 --name kgc-web-01 nginx
        
        注意写法 src时宿主机的卷，dst是容器内的卷
        
        --mount type=的几种类型
        
        volume，挂载位于/var/lib/docker/volumes中的卷，是通过docker下令创建的卷
        
        bind：挂载宿主机目录到容器，一般用于共享存储
        
        tmps：只存在于内存的临时文件系统，读写速度快，但不会永久保存数据。
        
        必要注意，一个--mount只能选择一个路径，使用多个--mount来挂载多个路径，包括文件的映射。宿主机上的目录挂载到容器内会覆盖同名的目录！！！
        
        因为容器是运行时的程序地点，因此文件的修改大多必要重启容器，或者触发再次加载文件的动作。
        
        多次挂载的下令格式
        
        docker service create \ --name kgc-web-01 \ --replicas 1 \ --mount type=volume,src=product-kgc,dst=/usr/share/nginx/html \ --mount type=volume,src=config-volume,dst=/etc/nginx \ nginx
        
        宿主机挂载到容器内的目录会覆盖原有的同格局录
        
        只读挂载：如果您盼望保留容器内的文件，而且只是想读取宿主机目录的内容，可以使用 readonly 参数来挂载为只读模式。
        
        docker run --name some-nginx --mount type=bind,src=/path/to/host/directory,dst=/usr/share/nginx/html,readonly nginx
        
        映射文件的办法
        
        通过创建符号链接
        
        docker exec -it kgc-web-01 sh -c 'ln -sf /etc/nginx/nginx.conf /etc/nginx/nginx.conf'
        
        必要使用-sf强制覆盖全部的链接
        
        确保容器内的用户有权限访问这些文件和目录
        
        在进行文件挂载的时间要确保文件提前存在
        
        在使用bind时，可以利用nfs，glusterfs来创建共享存储。
        
        然后去创建相关文件进行验证