『中级篇』集群服务间通信之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关系,虚拟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到具体任务的路由,并把请求平均的分配给所有的健康任务。

本文分享自微信公众号 - 编程坑太多(idig88)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2018-08-11

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏乐沙弥的世界

MySQL视图

视图是关系型数据库重要的组成部分之一,它可以限制数据访问,简化复杂查询,保持数据的独立性,以及基于相同的数据提供不同的视图等等。本文介绍MySQL数据库视图的一...

14720
来自专栏微信公众号:Java团长

购物车的原理及实现(仿京东实现原理)

1)用户没登陆用户名和密码,添加商品, 关闭浏览器再打开后 不登录用户名和密码 问:购物车商品还在吗?

37210
来自专栏乐沙弥的世界

Windows环境下安装MySQL5.7及MySQL WrokBench

最近需要给童鞋们编写一个Windows环境下MySQL5.7安装手册,因此将文档内容直接发布到博客,供大家参考。

9720
来自专栏JAVA烂猪皮

用 Node + MySQL 如何处理 100G 数据

通过这个 Node.js 和 MySQL 示例项目,我们将看看如何有效地处理 数十亿行 占用 数百GB 存储空间的数据。

23250
来自专栏JAVA烂猪皮

MySQL-性能优化-优化设计和设计原则

1. 关系明确(理清表之间的关系,可以通过冗余的方式提高效率) 2. 节省空间(根据业务经验,设置字段长短) 3. 提高效率

13620
来自专栏微信公众号:Java团长

图解分布式架构的演进

透明性:是指每一个数据库分布节点对用户的应用来说都是透明的,看不出是本地还是远程。

16910
来自专栏乐沙弥的世界

Linux 7下MySQL自启动配置(glibc)

使用glibc编译后的mysql二进制安装方法被广泛使用,因为它和Windows下的zip方式一下,简单几个步骤,配置一下环境即可。而在Linux 7版本中,M...

13920
来自专栏微信公众号:Java团长

MySQL的索引是什么?怎么优化?

索引类似大学图书馆建书目索引,可以提高数据检索的效率,降低数据库的IO成本。MySQL在300万条记录左右性能开始逐渐下降,虽然官方文档说500~800w记录,...

10310
来自专栏Java架构沉思录

MongoDB的正确使用姿势

MongoDB是一个非常有前途的数据库,MongoDB官方对自己的定位是通用数据库,其实这个定位跟MySQL有些像。虽其流行度还远未达到MySQL的水平,但笔者...

28420
来自专栏李智的专栏

Mysql学习(基本指令、语句)

  1) 数值   int //int(3)与长度无关,不够3位前面补0,默认看不见     float   2) 字符串 ...

8820

扫码关注云+社区

领取腾讯云代金券

年度创作总结 领取年终奖励