『中级篇』集群服务间通信之RoutingMesh（47）

原创文章，欢迎转载。转载请注明：转载自IT人故事会，谢谢！
原文链接地址：『中级篇』集群服务间通信之RoutingMesh（47）

上次讲了通过service create 部署了wordpress，我们的这个wordpress有2个service组成一个wordpress，一个mysql。这2个service运行在不同的机器上边，并且他们之前是可以进行通信的，可以通过servicename的方式通信。先创建mysql，wordpress查找mysql就是通过servicename这种方式。懂网络的老铁应该就知道了，这里面肯定有DNS的功劳在里面。

实验的方式了解这个网络

• 必须创建overlay的network

sudo docker network create -d overlay demo

• 创建一个service，这个service 使用whoami，这个image，这个image的作用，就是访问后，返回当前访问的主机名称

docker service create --name whoami -p 8000:8000 --network demo jwilder/whoami
#查看service 里面的服务
docker service ls
#查看whoami的信息
docker service ps whoami
#因为service ps whoami 在manager上运行，直接在manager查看ps下
docker ps 

#访问下本地manager的whoami
curl 127.0.0.1:8000

• 创建一个service，这个service 使用busybox，之前创建过是一个比较简单的image，这个是为了当客户端service之间的访问。

docker service create --name client -d --network demo busybox sh -c "while true;do sleep 3600;done"
docker service ls
#运行在swam-worker1机器上
docker service ps client

#在swam-work1上进行运行 172.28.128.4 
docker exec -it busybox的容器ID sh
ping whoami

ping whoami ip地址是10.0.0.247

• 测试whoami的ip是否发生变化

在manager下进行scale 扩展为2个，查看到一个在worker2上边，并在worker2的ps上可以查看到whoami的运行，尝试继续ping whoami，结果ip不发生变化。

#manager机器上进行扩展
docker service scale whoami=2
#worker2 上运行 查看whoami 是否存在
docker ps
#worker1 上ping whoami发现ip没有发生变化10.0.0.247
ping whoami

为什么呢 ip不发生变化，其实我们ping的地址是一个虚拟的ip，docker 集群默认使用 Overlay 网络驱动，Overlay 驱动实现了跨主机集群内部虚拟网络。它的作用：将运行的多个容器（不同主机），附加（attach to）到一个网络默认情况下，服务发现为群集中的每个服务分配虚拟IP地址（VIP）和 动态 DNS，使其可以通过服务名称将其提供给同一网络上的容器。即在一个 Overlay 虚拟网络内，使用服务名称访问，将实现任务级别的负载均衡在群集中使用覆盖网络，需要在群集节点之间打开以下端口：
端口7946 TCP / UDP用于容器网络发现。
端口4789 UDP用于容器覆盖网络。
机器进行迁移的时候有一套map<k,v>关系，虚拟ip 和实际的ip 有个对应的关系，

• 轮训的负载机制

wget whoami:8000
more index.html
#因为目前就有2个whoami，
#所以可以看到第三次执行wget获取的时候发现id重复了也变成了65beb6796165

Routing Mesh的体验

1. Internal --- Container 和Container 之间的访问通过overlay网络（通过VIP虚拟IP）
2. Ingress---- 如果服务有绑定接口，则此服务可以通过任意swarm节点的响应接口访问

Load Balancing

现在有3台机器1个client，2个web，他们3个连通在同一个swam下，当client访问web的时候其实，其实是访问10.0.9.4，然后通过负载的方式映射到10.0.9.5或者10.0.9.6上面。

PS：内部负载均衡
当在docker swarm集群模式下创建一个服务时，会自动在服务所属的网络上给服务额外的分配一个虚拟IP，当解析服务名字时就会返回这个虚拟IP。对虚拟IP的请求会通过overlay网络自动的负载到这个服务所有的健康任务上。这个方式也避免了客户端的负载均衡，因为只有单独的一个虚拟IP会返回到客户端，docker会处理虚拟IP到具体任务的路由，并把请求平均的分配给所有的健康任务。

往期精彩

1. docker导学（一）
2. 容器的技术概述（二）
3. docker的魅力初体验-5分钟安装wordpress不走弯路（三）
4. docker官网介绍（四）
5. 如何在mac上安装docker（五）
6. 如何在window上安装docker（六）
7. 如何在mac上通过vagrant安装虚拟机（七）
8. 如何在window上通过vagrant安装虚拟机（八）
9. docker-Machine的本地使用（九）
10. docker-Machine的本地使用（十）
11. 在linux/mac下通过Docker-Machine在阿里云上的使用（11）
12. docker架构和底层技术（12）
13. docker Image概述（13）
14. 手动建立一个base Image（14）
15. 什么是Container（15）
16. 构建自己的Docker镜像（16）
17. Dockerfile详解（17）
18. 镜像的发布（18）
19. Dockerfile实战（19）
20. 容器的操作（20）
21. Dockerfile实战CMD和ENTRTYPOINT的配合（21）
22. 容器的资源限制（22）
23. docker网络（23）
24. docker学习必会网络基础（24）
25. Linux网络命名空间（25）
26. Docker Bridge详解（26）
27. 容器之间的Link（27）
28. 容器的端口映射（28）
29. 容器网络之host和none（29）
30. 多容器复杂应用的部署（30）
31. overlay网络和etcd实现多机的容器通信（31）
32. docker的数据持久化存储和数据共享（32）
33. windows下vagrant 通过SecureCRT连接centos7（33）
34. 数据持久化之Data Volume（34）
35. 数据持久化之bind Mounting（35）
36. docker 使用bind Mounting实战（36）
37. docker容器安装wordpress（37）
38. docker Compose到底是什么（38）
39. Docker Compose的安装和基本使用（39）
40. Docker 水平扩展和负载均衡（40）
41. Docker compose 部署一个复杂的应用（41）
42. 容器编排Docker Swarm介绍（42）
43. docker-swarm创建一个多节点集群（43）
44. play with docker 的使用（44）
45. docker-swarm中的Service创建维护和水平扩展（45）
46. 在docker-swarm集群里通过serivce部署wordpress（46）