[发明专利]云平台容灾机房选举系统、方法、装置、介质及电子设备

说明书

本发明公开了一种云平台容灾机房选举系统、方法、装置、介质及电子设备，系统包括至少两个机房和至少一台用于路由转发的第一服务器，各机房分别选出一台第二服务器与第一服务器组建成一个跨机房的Zookeeper集群，且单个机房内服务器间搭建了基于Kubernetes集群的容器云平台，云平台为机房内的启动的服务器节点调度一个选主服务容器，通过选主服务在Zookeeper集群中注册服务器节点信息和争选主机房等，当机房内第二服务器发生故障等变化时，由Zookeeper集群通知其它服务器，重新争选主机房。本发明的选举方案不受服务器数量的制约，能够实现自动竞选主机房，同时能够适用于云平台技术下的机房容灾选举场景。

技术领域

本发明涉及计算机技术领域，尤其涉及一种云平台容灾机房选举系统、方法、装置、介质及电子设备。

背景技术

服务器机房是用于存放服务器的地方，是为计算机服务器持续运行而设计的房间。为了提高应用服务的可靠性，避免意外故障的发生，通常会对机房内的服务器进行容灾备份或新建一个容灾备份中心即备用机房。原机房作为正常使用的主机房，备用机房在主机房出故障时启用。为了保持高可靠性，容灾备份中心与主机房使用不同的电源，如异地容灾备份中心。

传统的机房容灾方案是在机房内的每台服务器上均部署分布式消息协调管理程序并配置成集群模式，该集群运用一种基于节点选举的机制，在节点选举时需要有过半的节点达成一致才能工作，基于这个选举原则，需要集群拥有奇数个服务器，即在一个拥有2N+1服务器的集群，需要N+1服务器达成一致之后，选举才能生效。具体到双机房部署场景时，即一个机房内部署偶数个服务器，另一个机房部署奇数个服务器。传统的机房容灾方案存在以下问题：

(1)如果奇数个服务器所在的机房出现断网断电等故障，剩下偶数个服务器所在的机房依然无法工作。

(2)传统方案无法覆盖当下流行的云平台容灾场景。

发明内容

技术目的：为解决上述技术问题，本发明公开了一种云平台容灾机房选举系统、方法、装置、介质及电子设备，能够实现机房自动竞选主机房，不受服务器数量的制约。

技术方案：为实现上述技术目的，本发明采用了如下技术方案：一种云平台容灾机房系统，包括：

至少两个机房和至少一台用于路由转发的第一服务器，各机房内均包括至少一台第二服务器；

各机房内的所有第二服务器上构建有基于Kubernetes集群的容器云平台，所述容器云平台用于在第二服务器启动时为该启动的第二服务器调度选主服务容器，所述选主服务容器内装载有选主服务；

各机房内选取的任意一台第二服务器与所述第一服务器上构建有跨机房的Zookeeper集群；

所述选主服务用于在Zookeeper集群中注册该启动的第二服务器的节点信息和所在的机房信息，以及用于为所在的机房竞选成为主机房，并用于监听其它第二服务器的启停。

进一步的，所述Zookeeper集群中包括供选主服务访问的数据结构目录，所述数据结构目录包括：

selector目录节点，用于表示选主服务的命名空间；

active目录节点，用于存储主机房信息；

standby目录节点，包括若干个临时目录节点，所述临时目录节点用于存储各选主服务注册的第二服务器节点信息和所在机房信息；

lock目录节点，用于生成主机房竞选过程中的分布式排它锁。

进一步的，所述选主服务用于监听其它第二服务器的启停，包括：

所述选主服务用于对standby目录节点进行监控，当standby目录节点下发生节点的增删时，选主服务收到关于增删节点信息的通知。