这里有个重要注意点,在第一次运行镜像后,挂载宿主机文件配置已经完成,在修改mysql运行配置时,需要先删除宿主机挂载文件,在运行,不然不生效。
一.首先docker-compose.yml的版本必须在version3之上有的必须在3.4之上
二.为支持在swarm上部署应用,docker-compose.yml语法新增的功能模块是deploy。
A.新增模块名称:deploy模块:
B.新增模块参数为:
[1] endpoint_mode: vip /dnsrr
vip: Docker为服务分配了一个虚拟IP(VIP),该虚拟IP充当客户端访问网络上服务的前端。Docker在客户端和服务的可用工作节点之间路由请求,而无需客户端知道有多少节点正在参与服务或其IP地址或端口。( 这是默认设置 )
dnsrr:DNS轮询(DNSRR)服务发现不使用单个虚拟IP。Docker设置服务的DNS条目,以便对服务名称的DNS查询返回IP地址列表,并且客户端直接连接到其中之一。在想要使用自己的负载平衡器或混合Windows和Linux应用程序的情况下,DNS轮询很有用
[2] labels: 指定服务标签。这些标签 仅 在服务上设置, 而不 在服务的任何容器上设置
[3] mode: global/replicated
global: 不能使用scale扩展应用,只能被部署到指定的docker上
replicated:可以上用scale扩展,默认情况
[4]placement:指定约束和首选项的位置
[5]replicas: 请指定在任何给定时间应运行的容器数。
[6]resources: 配置资源约束
[7]restart_policy:配置是否以及如何在退出容器时重新启动容器
condition:其一none,on-failure或者any(默认值:any)。
delay:重新启动尝试之间等待的 时间 ,指定为 持续时间 (默认值:0)。
max_attempts:放弃之前尝试重新启动容器的次数(默认值:永不放弃)。如果重新启动未在configure内成功完成 window,则此尝试不会计入配置max_attempts值。例如,如果max_attempts设置为“ 2”,并且第一次尝试重启失败,则可能会尝试两次以上重启。
window:决定重新启动是否成功之前要等待的 时间 ,指定为 持续时间 (默认值:立即决定)。
[8]update_config:配置应如何更新服务。对于配置滚动更新很有用
parallelism:一次更新的容器数。
delay:在更新一组容器之间等待的时间。
failure_action:如果更新失败,该怎么办。其中一个continue,rollback或者pause (默认:pause)。
monitor:更新每个任务以监视失败后的持续时间(ns|us|ms|s|m|h)(默认为0s)。
max_failure_ratio:更新期间可以容忍的故障率。
order:更新期间的 *** 作顺序。其中一个stop-first(旧任务,开始新的一个前停止),或者start-first(新的任务首先启动,并且正在运行的任务简单重叠)(默认stop-first) 注 :仅支持V3.4及更高版本。
三.docker-compose.yml 详细内容:
此次部署的是wordpress-mysql的服务:
重点关注deploy的参数说明 。
注意image不能使用build参数 。
四.在swarm中使用docker-compose.yml需要使用的命令是
docker stack ----->docker的版本必须高于1.25
1)创建服务:
docker stack deploy 服务名称 --compose-file=docker-compose.yml
2)查看stack中的任务:
3)查看服务:
4) 列表stack
5)移除一个或多个stack
六.可视化容器:
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)