本节咱们介绍如何以方便的方式管理service。node
咱们以前提到docker-compose,适用于本地开发,能够在本机部署,提供了很大的便利。而swarm是一个cluster,可不能够经过docker-compose来实现定义的application?答案是能够,可是不推荐。仅仅使用docker命令行就能够。咱们依然可使用docker-compose.yml文件去定义一个应用,可是咱们通常不用docker-compose去部署,而是直接使用docker命令,并且咱们这个部署只能用于swarm cluster。mysql
version "3.3" services: wordpress: image: wordpress ports: - 8080:80 networks: - overlay deploy: mode: replicated replicas: 2 endpoint_mode: vip placement: constraints: - node.role == manager - engine.labels.operatingsystem == ubuntu 16.04 preferences: - spread: node.labels.zone resources: limites: cpus: '0.50' memory: 50M
上面是一个例子:web
endpoint_mode有两种取值方式sql
第一种是vip,就是以前介绍的虚拟ip,用户service之间互相访问时暴露的VIP,经过虚拟IP访问时,底层经过LVS将虚拟IP负载均衡成具体的某一个service的ip地址。docker
第二种是dnsrr ,DNS round-robin。这种方式不使用虚拟ip,而是直接使用service的ip地址,咱们知道service的ip地址有不少个,特别是咱们作了横向扩展以后,每一个service都有本身的ip地址,若是使用dnsrr的时候,咱们不使用IP地址,而是使用dns。ubuntu
默认使用的是vip。vim
mode也有两种取值方式浏览器
第一种是global,表示这个service在全局cluster中只有一个。不能作横向扩展。app
第二种是replicated,默认值。能够作横向扩展。负载均衡
placement
用于设置service的一些限制条件。
例如上面的wordpress service必定会部署到manager节点上
replicas
若是这个service的mode设置成replicated的时候就能够在初始化的时候定义,须要几个replicas。
resources
limit表示CPU和memory最多能够用多少
restart_policy
若是service由于某种缘由中止了,那么是否须要重启,以及重启的一些条件
update_config
要去作一些配置,好比对service作一些更新的时候,要遵循的一些原则。好比设置parallelism:2表示同时最多更新2个replicas,delay每次更新后的延迟时间。
咱们这个实验环境依旧是使用wordpress。
咱们的docker-compose.yml文件内容以下:
version: '3' services: web: image: wordpress ports: - 8080:80 environment: WORDPRESS_DB_HOST: mysql WORDPRESS_DB_PASSWORD: 123456 networks: - my-network depends_on: - mysql deploy: mode: replicated replicas: 3 restart_policy: condition: on-failure delay: 5s max_attempts: 3 update_config: parallelism: 1 delay: 10s mysql: image: mysql:5.7 environment: MYSQL_ROOT_PASSWORD: 123456 MYSQL_DATABASE: wordpress volumes: - mysql-data:/var/lib/mysql networks: - my-network deploy: mode: global placement: constraints: - node.role == manager volumes: mysql-data: networks: my-network: driver: overlay
这个yml文件适用于使用docker-compose工具在本地部署。那若是要部署到swarm cluster中,用docker-compose是不合适的,缘由一:networks,咱们在本地docker-compose时,咱们的network是bridge,而咱们在swarm中部署时,service是会分布到不一样的机器上,因此说networks是不能采用bridge,须要改为overlay。
上面的配置中,mysql service设置为:mode:global表示这个mysql服务不容许作replicas。而且限制mysql只能部署到manager节点。
wordpress:运行在replicas模式下,而且初始化replicas=3
咱们要将docker-compose.yml部署到swarm cluster中使用的命令是docker stack
咱们上面的docker-compose定义了一个stack,这个stack就叫wordpress。咱们在wordpress 这个stack中定义了两个service,一个是wordpress一个是mysql。
执行命令:
iie4bu@swarm-manager:~/ddy/docker-compose-swarm$ vim docker-compose.yml iie4bu@swarm-manager:~/ddy/docker-compose-swarm$ ls docker-compose.yml iie4bu@swarm-manager:~/ddy/docker-compose-swarm$ docker stack deploy wordpress --compose-file=docker-compose.yml Creating network wordpress_my-network Creating service wordpress_web Creating service wordpress_mysql
查看如今stack的状况:
iie4bu@swarm-manager:~/ddy/docker-compose-swarm$ docker stack ls NAME SERVICES wordpress 2
能够看到有一个wordpress stack
查看wordpress stack的详细信息:
iie4bu@swarm-manager:~/ddy/docker-compose-swarm$ docker stack ps wordpress ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS qzpzs6kj1ec5 wordpress_mysql.yd42nx646854nrzyqohwmpgwi mysql:5.7 swarm-manager Running Running about a minute ago se9rn27p694f wordpress_web.1 wordpress:latest swarm-worker2 Running Running 2 minutes ago lz10x51q2on8 wordpress_web.2 wordpress:latest swarm-worker1 Shutdown Failed about a minute ago "starting container failed: fa…" z8tsp0b08uzs \_ wordpress_web.2 wordpress:latest swarm-worker1 Shutdown Failed about a minute ago "starting container failed: fa…" f1dh5i8xqlrf \_ wordpress_web.2 wordpress:latest swarm-worker1 Shutdown Failed about a minute ago "starting container failed: fa…" n3la11ttg30v \_ wordpress_web.2 wordpress:latest swarm-worker1 Shutdown Failed 2 minutes ago "starting container failed: fa…" 8n4gcxt3b1kv wordpress_web.3 wordpress:latest swarm-manager Running Running 2 minutes ago
发现有一个web service没有启动成功,缘由未查明。
能够经过浏览器访问。