Docker Swarm群集-低调大师

Docker Swarm群集

2017-11-06 596

Docker Swarm 是什么？

Docker Swarm是一个用于创建Docker主机（运行Docker守护进程的服务器）集群的工具，使用Swarm操作集群，会使用户感觉就像是在一台主机上进行操作

docker1.12集成了swarmkit, 使你可以不用安装额外的软件包, 使用简单的命令启动创建docker swarm集群。

如果你在运行 Docker 1.12时，你就可以原生创建一个 Swarm 集群 .

集成了swarm集群的安全特性, 集成了K-V存储, 你现在不需要额外部署etcd或者consul。

在Docker1.12版本中，一个大的功能点是swarm集群（基于swarmkit项目），通过Docker命令可以直接实现docker-engine相互发现，并组建成为一个容器集群。

SwarmKit将节点分为两类：

工作节点（Worker）:负责通过执行容器运行任务。SwarmKit的默认执行器为Docker容器执行器（Docker Container Executor）。

　　（1）内建分布式存储，不要额外的数据库

　　（2）支持Rolling update

　　（3容器高可用

　　（4）通过TLS保证了节点之间通讯的安全

管理节点（Manager）:负责接收和响应用户请求，将集群状态调节到最终状态。在SwarmKit中，用户可以动态调整节点的角色，即在Manager和Worker之间转换。

如下图所示，这是一个典型的master-slave的架构。每个节点都是运行着Docker Engine的Docker主机。一些节点有更高的权限，被称为Manager。下面的节点是worker节点，接收来自manager组的任务指示。

部署docker1.12 Swarm

实验环境：

这里选择三台主机运行Swarm，依次为：

node1　 192.168.100.5

node2　　192.168.100.6

node3　　192.168.100.7

基本环境配置

3台主机确保时间一致 ntp

3台主机均关闭selinux，开启路由转发。 /ect/sysctl.conf

 
        [root@localhost ~]
        # sysctl -p 
       
        net.ipv4.ip_forward = 1

4关闭selinux

 
        [root@localhost ~]
        # setenforce 0

5 3台主机修改/etc/hosts文件

Ping 连通性

开启宿主机之间的端口

TCP端口2377集群管理端口

TCP与UDP端口7946节点之间通讯端口

TCP与UDP端口4789 overlay网络通讯端口

配置所有节点密钥登录.

配置所下节点密钥互信, 在node1可以免密码登录各节点,只在node1上执行:

生成sshkey

 
        [root@localhost ~]
        # ssh-keygen

发布sshkey到各个节点 ssh-copy-id node2 3 1

测试密钥登录

安装docker 1.12 如yum报错 rm -rf /var/rum/yum.pid 删除pid 3台都需要安装

 
        [root@localhost /]
        # yum -y install docker 
       
        [root@localhost /]
        # systemctl start docker

docker1.12 Swarm 模式简介

Docker Engine 1.12 集成了Swarm集群工具.

主要使用三个新的命令行工具创建一个swarm集群:

docker swarm 开启swarm模式; 加入Swarm集群; 配置集群参数

docker node 查询集群节点信息; 提升/移除一个管理节点; 管理swarm节点主机

docker service 创建管理 service

可以查看docker --help

创建 Swarm集群

在node1上初始化swram集群:

注意你只需要在一个node1上初始化swarm集群, 其他node加入这个集群就行了, 所以以下命令只需要在node1上运行.

 
        [root@localhost /]
        # docker swarm init --advertise-addr 192.168.100.5

1) 查看swarm集群node列表

 
        [root@localhost /]
        # docker node ls

我们的其他节点服务器,以worker角色加入swarm集群需要登录到服务器运行如下命令:

 
        [root@localhost /]
        # docker swarm  join-token  worker

1) 其他节点以worker加入集群使用上面查看到的命令加入集群（node2、node3上）

1) 查看集群节点情况，验证加入与否

1) 提升node2为管理

 
        [root@node1 /]
        # docker node promote node2

docker swarm：集群管理，子命令主要有下面几个。

docker swarm init命令用于初始化一个集群

dockerswarm join命令用于加入一个现有集群

dockerswarm leave命令由于离开集群

有了Docker Swarm集群我们如何把我们的应用跑在Swarm集群上呢?

很简单, 基本上原来我们使用docker run的命令创建容器, 把前面替换成docker service create就行了.

建议搭建一个registry，为所的docker主机提供镜像下载，否则你需要在每个docker主机本地存在容器镜像。

所以搭建一个私有仓库，由私有仓库提供所需要的镜像，

本实验环境中用node1同时作为registry。

拉取本地私有仓库registry，查看registry镜像

上传registry2.tar

运行容器（端口映射、随docker启动时容器亦启动、路径映射、名字）

 
        [root@node1 src]
        # mkdir -p /opt/data/registry 
       
        [root@node1 src]
        # docker run -d -p 5000:5000 --restart=always -v /opt/data/registry/:/var/lib/registry --name registry2 registry:2

查看私有仓库（可以看到仓库为空）

 
        [root@node1 src]
        # curl 192.168.100.5:5000/v2/_catalog

1. 所有节点指向registry服务器：

停止docker服务

 
        [root@node1 src]
        # vim /usr/lib/systemd/system/docker.service

 
        [root@node1 src]
        # systemctl daemon-reload  
       
        [root@node1 src]
        # systemctl start docker

1. 推送镜像并验证

node2上传镜像

 
        [root@node2 src]
        # docker load < centos7.tar

node2配置Dockerfile

 
        [root@node2 apache]
        # vim dockerfile  
       
        FROM docker.io
        /centos
        :latest 
       
        RUN yum -y 
        install 
        httpd net-tools 
       
        RUN 
        sed 
        's/#ServerName /ServerName /g' 
        -i 
        /etc/httpd/conf/httpd
        .conf 
       
        EXPOSE 80
       
        CMD  [
        "/usr/sbin/httpd"
        ,
        "-DFOREGROUND"
        ]

node2构建

 
        [root@node2 apache]
        # docker build -t 192.168.100.5:5000/centos:httpd .

node2上传镜像到registry

查看registry中镜像

 
        [root@node2 apache]
        # curl 192.168.100.5:5000/v2/_catalog

node3、node1测试从registry下载镜像 在nond3 测试

overlay网络

解决了镜像构建问题, 为了让应用跑在swram集群上,我们还需要解决容器间的网络访问问题.

单台服务器的时候我们应用所有的容器都跑在一台主机上, 所以容器之间的网络是互通的. 现在我们的集群有3台主机, 所以docker应用的服务会分布在这3台主机上.

如何保证不同主机上的容器网络互通呢?

swarm集群已经帮我们解决了这个问题了,就是只用overlay network.

在docker 1.12以前, swarm集群需要一个额外的key-value存储(consul, etcd). 来同步网络配置, 保证所有容器在同一个网段中.

在docker 1.12已经内置了这个存储, 集成了overlay networks的支持.

下面我们演示下如何创建一个 overlay network:

注：swarm上默认已有一个名为ingress的overlay 网络, 可以直接使用, 但本文会创建一个新的

为我们的docker应用创建一个名为dockercoins的overlay network

1. node2上创建overlay network

 
        [root@node2 apache]
        # docker network create --driver overlay dockercoins 
       
        [root@node2 apache]
        # docker network ls

1. node1上查看（worker节点看不到）

注：一旦新的任务被指定给这个节点，Overlay网络就会被按需创建。

在swarm集群上运行docker应用

概念解释：service

Docker1.12 swarm引入了服务的概念,一个服务由多个任务组成，一个任务即一个运行的容器。

服务包括两种类型：

复制服务（replicated services）：类似 k8s 中复制集的概念，保持一定数量的相同任务在集群中运行；

全局服务（global services）：类似 k8s 中 daemon 的概念，每个工作节点上运行一个。

发布服务：

在manager上执行如下命令:

下面我们可以使用之前push到本地镜像仓库的镜像启动服务, 以centos:http为例:

以复制服务类型运行服务

在manager上执行如下命令:

 
        [root@node1 src]
        # docker service create --replicas 1 --network dockercoins --name web1 -p 8000:80 192.168.100.5:5000/centos:httpd 
       
        efd1jxmt3pthvwscgkt1n1hj6

浏览器验证：（三个节点ip:8000都可以访问）

如运行web2，俩个容器运行服务：

 
        [root@node1 src]
        # docker service create --replicas 2 --network dockercoins --name web2 -p 8080:80 192.168.100.5:5000/centos:httpd 
       
        f2wh08sgy2q2wp5s63oczxk1t

从上图可以看到web2名称的service有2个副本分别运行在node2和node3节点上

1. 以全局服务类型运行服务：

从下图可以看到服务web4在每个节点上都运行一个

下面我们扩展旧的服务，从下图可以看到web1 service目前只有一个副本

 
        [root@node1 /]
        # docker service scale web1=3

可以看到web1服务扩展到3个副本数。

3 缩减已有的服务副本数：

 
        [root@node1 /]
        # docker service scale web1=2

可以看到web1服务缩减到2个副本数。

Swarm节点是自组织（self-organizing）和自修复（self-healing）的，什么意思？只要有节点或容器宕掉，swarm engine就会尝试修复，下面我们来具体看一下

自修复（self-healing）

可以看到：3个节点，运行8个任务（容器）。包含一个registry容器。

我们模拟让node3上的容器都宕掉或部分宕掉

 
        [root@node3 /]
        # docker stop $(docker ps -aq)

结果：

可以看到docker会在相同节点上启动1个不同ID的容器。

Self-Organizing

现在我们让node3整个宕掉，node3上的容器会自动在其它节点上启动。

在manager节点上执行docker server ps服务名

 
        [root@node3 /]
        # systemctl stop docker

结果： node1 上

node2

可以看到node3上的web2.2在node2上启动了；至于node3上的web4.0则因为是全局服务类型，故而node3停止服务后，会停掉。

本文转自柴鑫旺 51CTO博客，原文链接：http://blog.51cto.com/chaixinwang/1962325，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/508305

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

openstack学习笔记一 RDO模式安装

SaaS 软件即服务 PasS 平台 IaaS 基础设施 XaaS 一切皆服务 openstack版本 liberty版本自由 mitaka版本最新版 [日本] 三鹰开源项目:RDO packstack工具来安装openstack alinone 所有的组件全部安装，而且不好定制，只适合于测试环境注意：当我们使用alinone安装的时候，会从互联网上下载一个镜像cirros 应答文件环境： [root@h1 ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) 网络配置：控制节点： 192.168.1.201 h1.hequan.com h1 结算节点： 192.168.1.202 h2.hequan.com h2 openstack RDO安装 1 2 3 4 [root@h1~] #systemctlis-activeNetworkManager active [root...

2017-11-07

575

背景：最近在线上使用的docker主机发现根目录容量快满了，一番查找，发现是docker的data文件过大了。我们知道docker数据默认是存放在/var/lib/docker下的，我们可以在启动时用-g--graph=""参数，把数据目录更改到其他容量大的地方去。但是对于在使用中的docker来说，直接修改这个目录路径，会导致镜像和容器都丢失了，所以修改参数这个方法适用于初始化docker的时候使用。对于又想解决根分区容量满，又不想更改数据存储路径的我来说，我不想更改任何docker的参数和数据，所以我在自己的虚机机环境上尝试把这些数据迁移到容量较大的磁盘上去，再用链接的方式把数据链接到原来的位置，保证环境尽可能不变动。操作： 1：关闭docker容器和docker进程： 1 #/etc/init.d/dockerstop 2：迁移数据：（假设我要迁移到/mnt/docker） 1 #mv/var/lib/docker/mnt/ 3：制作目录链接 1 2 3 4 #ln-s/mnt/docker/var/lib/docker #cd/var/lib #ll l...

2017-11-07

721

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。