多数据中心的容灾系统、方法、计算机设备及介质

技术领域

本发明涉及数据维护领域，尤其涉及一种多数据中心的容灾系统、方法、计算机设备及介质。

背景技术

随着计算机技术的飞速发展，数据处理需求越来越大，为更好适应数据处理需求，一些机构或企业构建了数据中心，采用数据中心对数据进行存储和处理。但由于数据的特殊性，为确保数据的安全，往往需要对数据中心进行备份，其中，容灾是为了在遭遇灾害时能保证信息系统能正常运行，帮助企业实现业务连续性的目标，备份是为了应对灾难来临时造成的数据丢失问题。

为确保数据的完整性，往往需要对数据中心进行数据容灾，现有的数据容灾方式，主要通过基于存储层的容灾复制方案或者基于逻辑卷的容灾复制方案，在进行业务级容灾时，往往需要在线容灾，在数据量较大时效率较低，使得容灾系统的稳定性不足。

发明内容

本发明实施例提供一种多数据中心的容灾系统、方法、计算机设备和存储介质，以提高当前容灾系统的稳定性。

为了解决上述技术问题，本申请实施例提供一种多数据中心的容灾系统，包括：两个数据中心，第一数据中心部署两台负载设备，分别为主负载设备和第一节点负载设备，第二数据中心部署两台负载设备，分别为第二节点负载设备和第三节点负载设备，所述第一数据中心和所述第二数据中心采用专线连接，所述主负载设备、所述第一节点负载设备、所述第二节点负载设备和所述第三节点负载设备构成负载设备集群，所述负载设备集群实时监控两个数据中心的业务服务器，并根据每个所述业务服务器的性能状态进行分发调度。

可选地，每台所述负载设备使用两个网口，同时进行内网和外网访问，所述负载设备集群以IP地址和端口的组合方式，与客户端进行数据交互。

可选地，所述负载设备集群实时对每个负载设备的配置同步更新。

为了解决上述技术问题，本申请实施例还提供一种多数据中心的容灾系统方法，包括：

在接收到客户端的访问请求时，对每个数据中心的服务池中的业务服务器进行健康检查，得到检查结果；

将检查结果为检查失败的业务服务器从所述服务池中移除，得到更新后的服务池；

获取所述更新后的服务池中每个业务服务器的状态数据；

基于所述状态数据，从更新后的服务池中选取目标服务器；

采用所述目标服务器与客户端进行数据交互。

可选地，所述多数据中心的容灾方法还包括：

按照预设时间间隔，采用心跳检测的方式，监控所述主负载设备是否宕机。

可选地，在所述按照预设时间间隔，采用心跳检测的方式，监控所述主负载设备是否宕机之后，还包括：

若检测到所述主负载设备宕机，则通过选举的方式，从第一节点负载设备、第二节点负载设备和第三节点负载设备中，选举得到新的主负载设备。

可选地，所述状态数据包括轮询次数、连接数和服务器响应时间。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述多数据中心的容灾方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述多数据中心的容灾方法的步骤。

本发明实施例提供的多数据中心的容灾系统、方法、计算机设备及存储介质，在接收到客户端的访问请求时，对每个数据中心的服务池中的业务服务器进行健康检查，得到检查结果，将检查结果为检查失败的业务服务器从服务池中移除，得到更新后的服务池，获取更新后的服务池中每个业务服务器的状态数据，基于状态数据，从更新后的服务池中选取目标服务器，并采用目标服务器与客户端进行数据交互，实现在接收到客户端的访问请求时，实时对业务服务器的状态进行检查，并剔除掉无法正常服务的业务服务器，快速确定较为稳定的业务服务器，有利于提升容灾系统的稳定性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请可以应用于其中的示例性系统架构图；

图2是本申请的多数据中心的容灾方法的一个实施例的流程图；

图3是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，图1示出了本发明实施例提供的一种多数据中心的容灾系统，该多数据中心的容灾系统包括：两个数据中心，第一数据中心部署两台负载设备，分别为主负载设备和第一节点负载设备，第二数据中心部署两台负载设备，分别为第二节点负载设备和第三节点负载设备，所述第一数据中心和所述第二数据中心采用专线连接，所述主负载设备、所述第一节点负载设备、所述第二节点负载设备和所述第三节点负载设备构成负载设备集群，所述负载设备集群实时监控两个数据中心的业务服务器，并根据每个所述业务服务器的性能状态进行分发调度。

可选地，每台所述负载设备使用两个网口，同时进行内网和外网访问，所述负载设备集群以IP地址和端口的组合方式，与客户端进行数据交互。

可选地，所述负载设备集群实时对每个负载设备的配置同步更新。

其中，当任何一台节点设备宕机，不影响整个集群对外提供服务。在宕机节点负载设备现有的连接被丢弃，将宕机负载节点设备移除的切换时间为1秒内。当宕机负载节点设备重新上线，加入集群的切换时间为1秒内，接受客户请求的温暖上线时间默认为30秒。

进一步地，负载设备集群不需要外部网络协议(比如ECMP)进行请求分发。负载设备集群可以实时两个数据中心的业务服务器，可以根据服务器的性能等实际情况进行分发调度，包括(权重)轮询，(权重)连接数，(权重)服务器响应时间等。

每台负载设备各使用两个网口，同时内网(连接内网业务服务器)和外网访问。

进一步地，负载设备提供数据中心的健康状态，吞吐，数据包，请求数，延时和RTT性能数据。

请参阅图2，图2示出本发明实施例提供的一种多数据中心的容灾方法，详述如下：

在接收到客户端的访问请求时，对每个数据中心的服务池中的业务服务器进行健康检查，得到检查结果；

将检查结果为检查失败的业务服务器从服务池中移除，得到更新后的服务池；

获取更新后的服务池中每个业务服务器的状态数据；

基于状态数据，从更新后的服务池中选取目标服务器；

采用目标服务器与客户端进行数据交互。

具体地，健康检查用于探测业务服务器是否处于正常工作状态，当业务服务器的健康检查出现异常时，通常说明业务服务器出现了异常，此时，将该业务服务器从服务池中剔除，并对服务池进行更新，提高容灾的可靠性。

其中，服务池是指存储有正常使用的业务服务器标识的容器库。

本实施例中，在接收到客户端的访问请求时，对每个数据中心的服务池中的业务服务器进行健康检查，得到检查结果，将检查结果为检查失败的业务服务器从服务池中移除，得到更新后的服务池，获取更新后的服务池中每个业务服务器的状态数据，基于状态数据，从更新后的服务池中选取目标服务器，并采用目标服务器与客户端进行数据交互，实现在接收到客户端的访问请求时，实时对业务服务器的状态进行检查，并剔除掉无法正常服务的业务服务器，快速确定较为稳定的业务服务器，有利于提升容灾系统的稳定性。

在一具体可选实施方式中，多数据中心的容灾方法还包括：

按照预设时间间隔，采用心跳检测的方式，监控主负载设备是否宕机。

在一具体可选实施方式中，在按照预设时间间隔，采用心跳检测的方式，监控主负载设备是否宕机之后，还包括：

若检测到主负载设备宕机，则通过选举的方式，从第一节点负载设备、第二节点负载设备和第三节点负载设备中，选举得到新的主负载设备。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图3，图3为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件连接存储器41、处理器42、网络接口43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或D界面显示存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如电子文件的控制的程序代码等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的程序代码或者处理数据，例如运行电子文件的控制的程序代码。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有界面显示程序，所述界面显示程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的多数据中心的容灾方法的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。