原文地址git
介绍一种生产环境Docker overlay network的配置方案。github
先讲一下生产环境中的问题:docker
所以生产环境中会同时存在bash
docker service create
/docker stack deploy
建立的。docker run
/docker compose up
建立的。但愿两种应用可以链接到同一个overlay网络,在网络内部可以经过网络
tasks.<service-name>
DNS name 链接到无状态应用(见Container discovery)<container-name>
DNS name 链接到有状态应用解决办法:post
到manager节点上建立attachable的overlay network,名字叫作prod-overlay:3d
docker network create -d overlay --attachable prod-overlay
在manager节点上查看这个网络是否建立成功:code
$ docker network ls NETWORK ID NAME DRIVER SCOPE fbfde97ed12a bridge bridge local 73ab6bbac970 docker_gwbridge bridge local a2adb3de5f7a host host local nm7pgzuh6ww4 ingress overlay swarm 638e550dab67 none null local qqf78g8iio10 prod-overlay overlay swarm
在worker节点上查看这个网络,这时你看不到这个网络,不过不要担忧,当后面在worker节点上建立工做负载后就能看到了:部署
$ docker network ls NETWORK ID NAME DRIVER SCOPE fbfde97ed12a bridge bridge local 73ab6bbac970 docker_gwbridge bridge local a2adb3de5f7a host host local nm7pgzuh6ww4 ingress overlay swarm 638e550dab67 none null local
在manager上建立容器c1
,挂到prod-overlay
network上:get
docker run --name c1 --network prod-overlay -itd busybox
在worker上建立容器c2
,挂到prod-overlay
network上:
docker run --name c2 --network prod-overlay -itd busybox
在manager上建立service c
,挂到prod-overlay
network上:
docker service create -td --name c --replicas 2 --network prod-overlay busybox
以前在worker节点上没有看到prod-overlay
network,如今你应该能够看见了:
$ docker network ls NETWORK ID NAME DRIVER SCOPE 01180b9d4833 bridge bridge local cd94df435afc docker_gwbridge bridge local 74721e7670eb host host local nm7pgzuh6ww4 ingress overlay swarm 32e6853ea78d none null local dw8kd2nb2yl3 prod-overlay overlay swarm
到manager节点上,让c1
ping c2
$ docker exec c1 ping -c 2 c2 PING c2 (10.0.2.2): 56 data bytes 64 bytes from 10.0.2.2: seq=0 ttl=64 time=0.682 ms 64 bytes from 10.0.2.2: seq=1 ttl=64 time=0.652 ms
到manager节点上,让c1
ping tasks.c
,tasks.c
是以前建立的service c
的DNS name:
$ docker exec c1 ping -c 2 tasks.c PING tasks.c (10.0.2.8): 56 data bytes 64 bytes from 10.0.2.8: seq=0 ttl=64 time=2.772 ms 64 bytes from 10.0.2.8: seq=1 ttl=64 time=0.694 ms
到manager节点上,让c1
查询 tasks.c
的DNS name,能够看到tasks.c
有两条记录:
$ docker exec c1 nslookup -type=a tasks.c Server: 127.0.0.11 Address: 127.0.0.11:53 Non-authoritative answer: Name: tasks.c Address: 10.0.2.7 Name: tasks.c Address: 10.0.2.8
到manager节点上,查看service c
的task,看到有c.1
、c.2
两个task,分别部署在两个节点上:
$ docker service ps c ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS p5n70vhtnz2f c.1 busybox:latest docker-learn-1 Running Running 17 minutes ago byuoox1t7cve c.2 busybox:latest docker-learn-2 Running Running 17 minutes ago
到c.1
task所在的节点上,查看task c.1
的容器名:
$ docker ps -f name=c.1 CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 795a3bd3c20a busybox:latest "sh" 21 minutes ago Up 21 minutes c.1.p5n70vhtnz2f5q8p2pcvbyfmw
而后在c1
里ping task c.1
的容器名:
$ docker exec c1 ping -c 2 c.1.p5n70vhtnz2f5q8p2pcvbyfmw PING c.1.p5n70vhtnz2f5q8p2pcvbyfmw (10.0.2.7): 56 data bytes 64 bytes from 10.0.2.7: seq=0 ttl=64 time=0.198 ms 64 bytes from 10.0.2.7: seq=1 ttl=64 time=0.128 ms
你一样能够:
在c2
里:
c1
tasks.c
c.1
、c.2
的容器在task c.1
、c.2
的容器里:
c1
、c2
;tasks.c
c.1
、c.2
的容器经过docker run
/ docker compose up
建立的容器的名字,要保证在整个集群里是惟一的。docker 不会帮你检查名称冲突的状况,若是名称冲突了那么会获得错误的DNS结果。