博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
虚拟IP管理系统设计
阅读量:6220 次
发布时间:2019-06-21

本文共 5091 字,大约阅读时间需要 16 分钟。

前言

VIP是虚拟的IP地址,并不对应于一个实际的物理网络接口。通过为一台机器提供备用故障转移选项,VIP可用于提供连接冗余。

现在常用来实现VIP,结构图如下

Keepalived问题

脑裂问题

在master和backup无法正常通行时(比如master和backup之间网络出现问题),backup会认为master已经挂掉,从而选举自己成为master,开始履行master的职责,对外广播GARP和VRRP报文。这时旧的master依然在正常工作,那么我们在子网内将有两个主机在同时告诉其他主机:“我是192.168.1.2。”这就是“脑裂问题”。

一般采用两个办法来防止脑裂问题。

  1. 仲裁。当两个节点出现分歧时,由第三方的仲裁者决定听谁的。
  2. fencing。当不能确定某个节点的状态时,通过fencing把对方干掉,确认共享资源被完全释放。

成本问题

VRRP是一种典型的2N冗余,往往需要两个或以上的实例来保证单个VIP的高可用。但是在实际工程中,多个VIP同时出问题可能性是比较低的,在这种情况下,如果能用N+M(M<N)冗余来达到效果无疑能达到节省成本的效果。

利用keepalived其实也可以得到部分N+M的效果,如下图所示。这种方式需要注意配置文件的编写,这无疑也意味着运维成本的增加。

设计

本文会提出一种方法利用zookeeper来解决脑裂和成本问题,同时提供一些工具来帮助管理VIP。下面用ZVIP来指代这种方法。

整体设计比较简单,如下图所示:

演示

现在探讨这些不同的角色以及每个角色需要执行的确切步骤。

假设要创建地址为192.168.1.2和192.168.1.3的VIP,如下图所示。其中192.168.1.4(node1),192.168.1.5(node2)和192.168.1.5(node3)为实际的IP地址,在node1,node2和node3上运行agent。master运行在主机example.com上。

现在有了一个group,这个group里有2个VIP和3个节点。这个group中有两个角色

  1. master。master负责管理group
  2. agent。agent承担真正VIP的功能。

下面通过zkCli工具来演示工作的流程。

系统初始化

创建/groups, /nodes, /tasks这些znode。

[zk: localhost:2181(CONNECTED) 0] create /groups ""Created /groups[zk: localhost:2181(CONNECTED) 1] create /nodes ""Created /nodes[zk: localhost:2181(CONNECTED) 4] create /tasks ""Created /tasks[zk: localhost:2181(CONNECTED) 5] ls /[groups, nodes, zookeeper, tasks]复制代码

当一个agent服务起来时,会在/nodes下注册一个znode并且watch创建的znode。也会在/tasks下执行同样的操作。

# For node1[zk: localhost:2181(CONNECTED) 7] create /nodes/node-192-168-1-4 ""Created /nodes/node-192-168-1-3[zk: localhost:2181(CONNECTED) 9] ls /nodes/node-192-168-1-4 true[]# For node1[zk: localhost:2181(CONNECTED) 7] create /tasks/node-192-168-1-4 ""Created /nodes/node-192-168-1-4[zk: localhost:2181(CONNECTED) 9] ls /tasks/node-192-168-1-4 true[]复制代码

设置一个group

一个group总是被手动创建。创建者一定知道VIP的地址并且会知道真实机器的信息。创建者通过master来设置一个group(通过ui界面或者调用接口)。

master创建一个znode /groups/group1;然后在各个node下创建这个group。

# For master[zk: localhost:2181(CONNECTED) 10] create /groups/group1 ""Created /groups/group1[zk: localhost:2181(CONNECTED) 11] create /groups/group1/vips ""Created /groups/group1[zk: localhost:2181(CONNECTED) 12] create /groups/group1/nodes ""Created /groups/group1/nodes[zk: localhost:2181(CONNECTED) 13] create /groups/group1/vips/vip-192-168-1-2 some-configCreated /groups/group1/vips/vip-192-168-1-2[zk: localhost:2181(CONNECTED) 14] create /groups/group1/vips/vip-192-168-1-3 some-configCreated /groups/group1/vips/vip-192-168-1-3[zk: localhost:2181(CONNECTED) 15] create /nodes/node-192-168-1-4/group1 some-configCreated /nodes/node-192-168-1-4/group1[zk: localhost:2181(CONNECTED) 16] create /nodes/node-192-168-1-5/group1 some-configCreated /nodes/node-192-168-1-5/group1[zk: localhost:2181(CONNECTED) 17] create /nodes/node-192-168-1-6/group1 some-configCreated /nodes/node-192-168-1-6/group1复制代码

node1因为之前监听了*/nodes/node-192-168-1-4这个节点,所以会接受到zookeeper的通知,node1去读取/nodes/node-192-168-1-4下面的znode,更新自己的配置。然后在/groups/group1/nodes*下去创建一个临时znode。

# For node1WATCHER:: WatchedEvent state:SyncConnected type:NodeChildrenChanged path:/nodes/node-192-168-1-4[zk: localhost:2181(CONNECTED) 18] create -e -s /groups/group1/nodes/node-192-168-1-4 ""Created /groups/group1/nodes/node-192-168-1-4[zk: localhost:2181(CONNECTED) 19] ls /groups/group1/vips[vip-192-168-1-2, vip-192-168-1-3][zk: localhost:2181(CONNECTED) 20] ls /groups/group1/vips/vip-192-168-1-2 true[][zk: localhost:2181(CONNECTED) 21] ls /groups/group1/vips/vip-192-168-1-3 true[]复制代码

当master为*/groups/group1/vips*下面的节点增加子节点时,agent会得到zookeeper的通知,通过获取节点的内容,可以知道自己是不是被master选中,从而选择是否去执行VIP的职责。

agent执行命令

现在master向node1发送命令,需要node1去执行。流程如下。 master在*/tasks/node-192-168-1-4*下创建znode,并且监听其变化

# For master[zk: localhost:2181(CONNECTED) 5] create -s /tasks/node-192-168-1-4/task- "job definition"Created /tasks/node-192-168-1-4/task-0000000000[zk: localhost:2181(CONNECTED) 6] ls /tasks/node-192-168-1-4/task-0000000000 true[]复制代码

node1之前已经监听过了*/tasks/node-192-168-1-4*,所以会得到zookeeper的通知,这时node1会去读取*/tasks/node-192-168-1-4下面的节点,拿到要执行的任务,在执行完成后,在/tasks//tasks/node-192-168-1-4/task-0000000000*中添加一个状态znode

# For agent[zk: localhost:2181(CONNECTED) 5] create /tasks/node-192-168-1-4/task-0000000000/status "done"Created /tasks/node-192-168-1-4/task-0000000000/status复制代码

master因为监听了/tasks/node-192-168-1-4/task-0000000000节点,所以会接到zookeeper的通知,知道任务已经完成。

VIP选举

VIP由master选择,master会从*/groups/group1/nodes中获取nodes列表,并选择一个node,向其发送一个任务,告诉其让来执行VIP的职责;node执行完成后通知上面的方式告知master任务完成,同时在/groups/group1/vips/vip-192-168-1-3下注册一个临时节点。master会监听这个/groups/group1/vips/vip-192-168-1-3*这个节点,在node挂掉的时候master就能获取通知。

VIP Failover

master Failover

要处理master挂掉的情况,我们需要有一个备份的master。当主master挂掉的时候,备份master会接管。

因为只有一个进程能成为为master,所以master进程必须通过某种方式不让其他master获取master权限。

每个master启动时,会在/masters/下创建一个临时节点。当节点创建成功,其他尝试创建同名znode的master会报错,就此得知master这个角色已经被占有的。其他的master会监听这个znode。也会和主master一样监听/groups和/tasks下面的节点。

# For master example.shopee.com[zk: localhost:2181(CONNECTED) 11] create /masters/master-shopee-com:1212 ""Created /masters/master-shopee-com:1212复制代码

master每次执行分配任务时,必须确认自己的master身份。

Agent Failover

当一个agent挂掉时,比如node1挂掉时,/groups/group1/nodes/node-192-168-1-4这个临时节点会被删除,master会得到zookeeper 的通知,从而开始选择新的节点作为VIP。


,欢迎大家关注我的微信公众号《派森公园》。

转载地址:http://julja.baihongyu.com/

你可能感兴趣的文章
ToRPC:一个双向RPC的Python实现
查看>>
我的友情链接
查看>>
nginx在reload时候报错invalid PID number
查看>>
神经网络和深度学习-第二周神经网络基础-第二节:Logistic回归
查看>>
Myeclipse代码提示及如何设置自动提示
查看>>
c/c++中保留两位有效数字
查看>>
ElasticSearch 2 (32) - 信息聚合系列之范围限定
查看>>
VS2010远程调试C#程序
查看>>
[MicroPython]TurniBit开发板DIY自动窗帘模拟系统
查看>>
由String类的Split方法所遇到的两个问题
查看>>
Python3.4 12306 2015年3月验证码识别
查看>>
从Handler.post(Runnable r)再一次梳理Android的消息机制(以及handler的内存泄露)
查看>>
自制操作系统Antz day11——实现shell(下)命令响应
查看>>
windows查看端口占用
查看>>
strongswan ikev2 server on ubuntu 14.04
查看>>
Yii用ajax实现无刷新检索更新CListView数据
查看>>
JDBC的事务
查看>>
linux服务器CPU参数/proc/cpuinfo
查看>>
haystack+Elasticsearch搜素引擎
查看>>
UEFI系统安装U盘的制作方式
查看>>