CN111130835A - 数据中心双活系统、切换方法、装置、设备及介质 - Google Patents
数据中心双活系统、切换方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN111130835A CN111130835A CN201811295462.5A CN201811295462A CN111130835A CN 111130835 A CN111130835 A CN 111130835A CN 201811295462 A CN201811295462 A CN 201811295462A CN 111130835 A CN111130835 A CN 111130835A
- Authority
- CN
- China
- Prior art keywords
- data center
- module
- data
- service logic
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Abstract
本发明公开了一种数据中心双活系统、切换方法、装置、设备及介质。该系统包括:数据中心A和数据中心B,每个数据中心均包括:业务逻辑模块,用于基于集群化部署和服务总线技术,以使数据中心A和数据中心B双活;数据模块,用于基于底层存储的数据同步双向复制技术以及数据的分布式并行读写技术,以使数据中心A和数据中心B双活;链接池配置模块,用于基于集群化部署以及不同数据中心的集群互为备份,以使数据中心A和数据中心B双活;其中,根据不同数据中心的链接池配置模块,基于轮询算法,以使不同数据中心的业务逻辑模块和数据模块之间自动重连。根据本发明实施例提供的双活系统,在任一模块出现问题时,实现系统快速接管和切换。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种数据中心双活系统、切换方法、装置、设备及介质。
背景技术
在突发性灾难面前,目前的信息系统非常脆弱,一场不可预测的突发性灾难,比如地震、火灾等降临时,企业数据会在瞬间消失。为了尽量减少企业数据的丢失,将危险与灾难的损失降低到最小程度,需要建立异地容灾系统,通常可以采取以下两种方案:
方案一:对于异地灾难恢复方案用户建立两个数据中心,分别为主数据中心和备份数据中心。正常情况下,应用在主数据中心的计算机系统上运行,数据也存放在主数据中心的存储系统中,备份数据中心与主数据中心的数据保持同步。当由于断电、火灾或地震等灾难使主数据中心无法工作时,立即切换至备份数据中心。
方案二:对于异地灾难恢复方案用户建立两个数据中心,两个数据中心都是生产中心,按照不同的业务或者地域划分方式,接入到不同的生产中心。数据层在两个生产中心之间同步。当一个数据中心由于断电,火灾或地震等灾难无法工作时,立即切换至另外一个数据中心,并且重新启动应用系统。
但是,方案一和二均在一定程度上存在缺陷,下面进行具体说明。
针对方案一,存在以下缺陷:
1、设备利用率很低,备份数据中心只是起到数据同步的作用,只有发生灾难时才能使用起来;
2、切换时间长,需要人工决策切换和繁杂的切换流程,需要配置更改,备份数据中心从接入层、应用层、数据层全部需要重新启动;
3、为了保障备份数据中心可用,必须定期进行容灾演练;
4、一旦主数据中心发生灾难,将影响全量业务。
针对方案二,存在以下缺陷:
1、设备利用率较低,虽然方案二是双生产中心,但是两个生产中心处理的是不同的任务,因此在处理同一任务时,仍然有部分设备只是进行数据同步;
2、切换时间较长,需要人工决策切换和繁杂的切换流程,备份数据中心的接入层和数据层修改配置后,全部需要重新启动;
3、为了保障备份数据中心可用,必须定期进行容灾演练;
4、一旦主数据中心发生灾难,将影响近半量业务。
综上所述,需要一种可以处理同一任务的双活系统,当任一模块出现问题时都可以实现系统快速接管和切换,减少传统容灾系统的资源闲置。
发明内容
本发明实施例提供了一种数据中心双活系统、切换方法、装置、设备及介质,能够从业务逻辑模块到数据模块实现高可用及双活,且实现了自动的故障及灾难快速切换。
第一方面,本发明实施例提供了一种异地数据中心双活系统,该系统包括数据中心A和数据中心B,数据中心A和数据中心B均包括:
业务逻辑模块,用于基于集群化部署和服务总线技术,以使数据中心A和数据中心B双活;
数据模块,用于基于底层存储的数据同步双向复制技术以及数据的分布式并行读写技术,以使数据中心A和数据中心B双活;
链接池配置模块,用于基于集群化部署以及不同数据中心的集群互为备份,以使数据中心A和数据中心B双活;
其中,根据不同数据中心的链接池配置模块,基于轮询算法,以使不同数据中心的业务逻辑模块和数据模块之间自动重连。
根据本发明所述的异地数据中心双活系统,所述业务逻辑模块包括:
集群部署子模块,用于基于在每一数据中心的业务逻辑模块均部署相同的应用集群,使得当一个数据中心的应用集群的任意服务器发生故障或者灾难时,可以自动切换到同一数据中心的应用集群的其他运行正常的服务器;
地址漂移子模块,用于基于地址漂移,当一个数据中心的应用集群的全部服务器发生故障或者灾难时,从发生故障或者灾难的数据中心的应用集群自动切换到运行正常的数据中心的应用集群。
根据本发明所述的异地数据中心双活系统,所述业务逻辑模块还包括,
自动重连子模块,用于基于应用集群自动重连机制,以使从发生故障或者灾难的数据中心的应用集群自动切换到运行正常的数据中心的应用集群后,运行正常的数据中心的应用集群能够正常运行。
根据本发明所述的异地数据中心双活系统,所述链接池配置模块包括,
集群子模块,在数据中心A构建主备集群A1、A2…AN,在数据中心B构建与主备集群A1、A2…AN相对应的主备集群B1、B2…BN,其中,不同数据中心编号相同的集群互为备份,以使每一数据中心的链接池配置模块均形成为主备集群,并且使得数据中心A和数据中心B双活。
根据本发明所述的异地数据中心双活系统,所述系统还包括:
统一登陆分发模块,用于在每一数据中心通过关键字分析用户所属区域或者业务模块,并根据用户所属区域或者业务模块生成不同的虚拟互联网协议IP地址VIP,并按照VIP将用户请求分发到不同的数据中心。
根据本发明所述的异地数据中心双活系统,所述统一登陆分发模块包括,
认证服务子模块,用于通过集成目录服务或关系型数据库系统,提供认证服务,以使用户统一认证登陆。
根据本发明所述的异地数据中心双活系统,所述系统还包括:
接入模块,用于对统一登陆分发模块的用户请求进行接入,将VIP转化为业务逻辑模块的物理IP地址,并根据物理IP地址和业务逻辑模块的负载状况将用户请求均衡分发到业务逻辑模块,在所述每一数据中心基于集群化部署,以及数据中心A与数据中心B之间的配置同步,以使数据中心A和数据中心B双活。
根据本发明所述的异地数据中心双活系统,通过覆盖传输虚拟化OTV使不同计算资源在不同数据中心间自由流动,并使得不同数据中心的多个IP地址之间相互漂移。
第二方面,本发明实施例提供了一种容灾切换方法,所述方法基于如上述实施方式中第一方面的异地数据中心双活系统,所述方法包括:
根据用户所属区域或者业务的关键字,生成不同的虚拟IP地址VIP,并按照VIP将用户请求分发到数据中心A的接入模块;
数据中心A的接入模块如果正常,则数据中心A的接入模块进行负载均衡,
数据中心A的接入模块如果异常,则转至数据中心B的接入模块,并且数据中心B的接入模块进行负载均衡;
数据中心A的业务逻辑模块如果正常,则数据中心A的业务逻辑模块进行业务逻辑处理,
数据中心A的业务逻辑模块如果异常,则转到数据中心B的业务逻辑模块,并且数据中心B的业务逻辑模块进行业务逻辑处理;
数据中心A的数据模块如果正常,则数据中心A的数据模块进行数据读写处理,
数据中心A的数据模块如果异常,则转到数据中心B的数据模块,并且数据中心B的数据模块进行数据读写处理。
第三方面,本发明实施例提供了一种容灾切换装置,该装置包括:
分发模块,用于根据用户所属区域或业务的关键字,生成不同的虚拟IP地址VIP,并按照VIP将用户请求分发到数据中心A的接入模块;
接入模块判断装置,用于判断数据中心A的接入模块是否正常,当数据中心A的接入模块正常时,数据中心A的接入模块进行负载均衡,当数据中心A的接入模块异常时,转至数据中心B的接入模块,并且数据中心B的接入模块进行负载均衡;
业务逻辑模块判断装置,用于判断数据中心A的业务逻辑模块是否正常,当数据中心A的业务逻辑模块正常时,数据中心A的业务逻辑模块进行业务逻辑处理,当数据中心A的业务逻辑模块异常时,转至数据中心B的业务逻辑模块,并且数据中心B的业务逻辑模块进行业务逻辑处理;
数据模块判断装置,用于判断数据中心A的数据模块是否正常,当数据中心A的数据模块正常时,数据中心A的数据模块进行数据读写处理,当数据中心A的数据模块异常时,转至数据中心B的数据模块,并且数据中心B的数据模块进行数据读写处理。
第四方面,本发明实施例提供了一种容灾切换设备,包括:至少一个处理器、至少一个存储器以及存储在存储器中的计算机程序指令,当计算机程序指令被处理器执行时实现如上述实施方式中第二方面的容灾切换方法。
第五方面,本发明实施例提供了一种计算机可读存储介质,其上存储有计算机程序指令,当计算机程序指令被处理器执行时实现如上述实施方式中第二方面的容灾切换方法。
本发明实施例提供的数据中心双活系统、切换方法、装置、设备及介质,通过集群化部署和服务总线技术、数据同步、集群化部署和集群的互为备份,实现两个数据中心的业务逻辑模块、数据层和链接池配置模块之间的双活,并且通过链接池配置模块、轮询算法,实现数据中心A和数据中心B的业务逻辑模块、数据模块之间的自动重连,实现当任一模块出现问题时都可以实现系统快速接管和切换,减少传统容灾系统的资源闲置。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本发明一实施例的同城异地高可用且双活系统的示意图;
图2示出了本发明实施例的容灾切换装置的示意图;
图3示出了本发明另一实施例的同城异地高可用且双活系统的示意图;
图4示出了本发明实施例的不同数据中心之间进行的容灾切换的流程示意图;
图5示出了本发明实施例的容灾切换设备的硬件结构示意图。
具体实施方式
下面将详细描述本发明的各个方面的特征和示例性实施例,为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细描述。应理解,此处所描述的具体实施例仅被配置为解释本发明,并不被配置为限定本发明。对于本领域技术人员来说,本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本发明的目的在于提供一种可以处理同一任务的双活系统,使得当任一模块出现问题时,都可以实现系统快速接管和切换,从而在一定程度上提高资源利用率,减少传统容灾系统的资源闲置问题。以下对本发明的各个方面进行详细描述。图1示出了本发明实施例的同城异地高可用且双活系统的示意图,该双活系统包括数据中心A和数据中心B,其中每一数据中心均包括:登陆分发模块、接入模块、业务逻辑模块、数据模块和链接池配置模块。
从图1中可以看出,通过配置自动同步,实现同城异地不同数据中心(例如,数据中心A和数据中心B)的接入模块之间的配置同步。通过数据同步,实现不同数据中心的数据模块之间的数据同步。
此外,通过链接池配置模块,不同数据中心的业务逻辑模块以及不同数据中心的数据模块之间实现跨数据中心诊断故障后自动重连。
通过采用上述双活系统,保障了整个机房灾难进行的容灾切换,也保障了机房部分故障时进行的容灾切换。
图1示出了本发明一实施例的同城异地高可用且双活系统的示意图,该系统包括数据中心A和数据中心B,数据中心A和数据中心B均包括:
业务逻辑模块,用于基于集群化部署和服务总线技术,以使数据中心A和数据中心B双活;
数据模块,用于基于底层存储的数据同步双向复制技术,并利用数据的分布式并行读写技术,以使数据中心A和数据中心B双活;
链接池配置模块,用于基于集群化部署,并且不同数据中心的集群互为备份,以使数据中心A和数据中心B双活;
其中,根据不同数据中心的链接池配置模块,基于轮询算法,以使不同数据中心的业务逻辑模块和数据模块之间自动重连。
利用本发明提供的上述异地数据中心双活系统,通过集群化部署和服务总线技术、数据同步、集群化部署和集群的互为备份,实现两个数据中心的业务逻辑模块、数据层和链接池配置模块之间的双活,并且通过链接池配置模块、轮询算法,实现数据中心A和数据中心B的业务逻辑模块、数据模块之间的自动重连。从而使得同一数据中心的多个模块均形成为主备集群,不同数据中心的多个模块均形成为双活的系统故障和灾难保障机制,实现了不需要人为判断、自动的故障及灾难快速切换。
本发明实施例提供一种容灾切换方法,该方法基于上述实施例所述的异地数据中心双活系统,包括:
根据用户所属区域或者业务的关键字,生成不同的虚拟互联网协议(InternetProtocol,IP)地址(Virtual IP Address,VIP),并按照VIP将用户请求分发到数据中心A的接入模块;
数据中心A的接入模块如果正常,则数据中心A的接入模块进行负载均衡,
数据中心A的接入模块如果异常,则转至数据中心B的接入模块,并且数据中心B的接入模块进行负载均衡;
数据中心A的业务逻辑模块如果正常,则数据中心A的业务逻辑模块进行业务逻辑处理,
数据中心A的业务逻辑模块如果异常,则转到数据中心B的业务逻辑模块,并且数据中心B的业务逻辑模块进行业务逻辑处理;
数据中心A的数据模块如果正常,则数据中心A的数据模块进行数据读写处理,
数据中心A的数据模块如果异常,则转到数据中心B的数据模块,并且数据中心B的数据模块进行数据读写处理。
利用本发明提供的上述容灾切换方法,整个流程既满足整个机房故障时进行的容灾切换,也满足机房部分故障时进行的容灾切换。
本发明实施例提供一种容灾切换装置,参考图2,该切换装置200包括:
分发模块210,用于根据用户所属区域或者业务的关键字,生成不同的虚拟IP地址VIP,并按照VIP将用户请求分发到数据中心A的接入模块;
接入模块判断装置220,用于判断所述数据中心A的接入模块是否正常,
当数据中心A的接入模块正常时,数据中心A的接入模块进行负载均衡,
当数据中心A的接入模块异常时,转至数据中心B的接入模块,并且数据中心B的接入模块进行负载均衡;
业务逻辑模块判断装置230,用于判断数据中心A的业务逻辑模块是否正常,
当数据中心A的业务逻辑模块正常时,数据中心A的业务逻辑模块进行业务逻辑处理,
当数据中心A的业务逻辑模块异常时,转至数据中心B的业务逻辑模块,并且数据中心B的业务逻辑模块进行业务逻辑处理;
数据模块判断装置240,用于判断数据中心A的数据模块是否正常,
当数据中心A的数据模块正常时,数据中心A的数据模块进行数据读写处理,
当数据中心A的数据模块异常时,转至数据中心B的数据模块,并且数据中心B的数据模块进行数据读写处理。
利用本发明提供的上述容灾切换装置,可以实现整个机房故障时进行的容灾切换,也满足机房部分故障时进行的容灾切换。
以下通过具体的实例,对图3所示的双活系统的各个单元进行介绍,图3示出了本发明另一实施例的同城异地高可用且双活系统的示意图:
应该注意的是,双活系统通过覆盖传输虚拟化(Overlay TransportVirtualization,OTV)技术打通大二层网络,实现不同计算资源在不同数据中心间的自由流动,并实现所述不同数据中心的IP地址之间的相互漂移需求。
<统一登陆分发模块>
统一登陆分发模块通过集成目录服务(Lightweight Directory AccessProtocol,LDAP)或采用支持外部认证模式的关系型数据库系统等技术,提供认证服务,实现用户统一认证登陆,鉴别用户的账号信息,并根据用户的帐号信息和预先确定的认证策略分发用户请求。
通过关键字分析用户所属区域或业务模块,并根据分析结果生成不同虚拟IP地址(Virtual IP Address,VIP)VIP1~VIPN,引导用户通过被管资源的认证,按照生成的VIP将用户请求分发到不同的数据中心的接入模块,主要目的是为了防止在正常运行期间,同一区域或业务模块的用户在不同数据中心的数据层(即数据模块)交互过多出现性能问题。
<接入模块>
首先,接入模块对统一登陆分发模块分发的用户请求进行接入,实现VIP地址转换和负载均衡。
具体地,接入模块将VIP地址转化为业务逻辑模块服务器的物理IP地址,从而可以将用户请求按照物理IP地址转发到业务逻辑模块;并且根据业务逻辑模块服务器的负载状况对用户请求进行均衡分发。
其次,每一数据中心的接入模块通过集群化部署,配置同步,实现双活。
具体地,每一数据中心的接入模块的设备均采用集群化部署,并且同一数据中心的每个集群均配置为主备模式。
作为一个示例,针对同一数据中心的接入层,一旦集群中的一些服务器发生故障或者灾难时,则已有会话可以通过接入层的集群化部署和异地容灾设备按照切换到本地、到远端的顺序进行会话接管。
再次,不同数据中心的接入模块之间通过配置同步,实现不同数据中心的配置同步,每一数据中心的接入模块都处于工作模式。
作为一个示例,针对同一数据中心的接入层,一旦集群中的全部节点均发生故障或者灾难时,则可以通过不同数据中心的接入模块之间的配置同步,使得统一登陆分发模块新会话VIP自动转发到未发生故障的应用接入设备。
<业务逻辑模块>
业务逻辑模块是系统实现应用功能的模块,包括服务与组件、以及系统业务流程。
业务逻辑模块通过集群化部署和服务总线技术访问,实现双活。
具体地,服务采用服务总线技术,由一个或多个组件按一定的规则和标准封装而成,是组成系统业务流程的实体,服务也可调用服务来完成业务功能。
首先,每一数据中心的业务逻辑模块均采用集群化部署,不同数据中心的业务逻辑模块部署相同的应用集群。
作为一个示例,针对同一数据中心的应用层,一旦集群中的一些服务器发生故障或者灾难时,则已有会话可以通过应用层的集群化部署自动切换到同一集群中其他运行正常的服务器上。
其次,通过地址漂移实现不同数据中心的业务逻辑模块之间的自动切换。作为一个示例,部署在虚机的应用上,当一个数据中心的全部节点发生故障或者灾难时,通过地址漂移实现从发生故障的数据中心的业务逻辑模块自动切换到运行正常的数据中心的业务逻辑模块上。
再次,业务逻辑模块采用应用自动重连机制,支持数据库切换后应用的正常运行。
作为一个示例,业务逻辑模块采用应用自动重连机制,使得从发生故障的数据中心的业务逻辑模块切换到运行正常的数据中心的业务逻辑模块上时,该运行正常的数据中心的业务逻辑模块能够正常运行。
<数据模块>
数据模块基于底层存储的数据同步双向复制技术,利用数据的分布式并行读写技术,实现数据的双活。例如,数据的双活包括块存储、文件存储、虚拟机存储等数据的双活。
首先,数据模块采用基于底层存储的数据同步双向复制技术。
作为一个示例,数据模块基于数据中心A和数据中心B的磁盘阵列集群构建双活容灾关系,基于卷虚拟出一个双活卷,通过记录底层存储块变化实现数据同步,保证异地数据同步。
其次,数据模块利用数据的分布式并行读写技术。
作为一个示例,数据进行分布式并行读写,两数据中心(即数据中心A和数据中心B)业务的主机能同时进行读写服务,任意数据中心故障,业务能迅速切换到另外一个站点运行,数据零丢失,保证业务连续性。
<链接池配置模块>
针对每一数据中心,链接池配置模块均采用集群式链接池配置。
其中,数据中心A构建A1~AN集群,N为不同区域划分的个数,数据中心A的每个集群配置为1主服务节点、M备份服务节点。另一数据中心B构建B1~BN集群,N为不同区域划分的个数,数据中心B的每个集群配置为1主、M备。在不同数据中心之间,编号相同的集群互为备份,例如A1和B1互为备份;A2和B2互为备份等。从而形成主+备+双活的系统故障和灾难保障机制。
作为一个示例,某一区域用户的备份服务节点全部处于活动状态,同时每个备份服务节点又是其他区域用户的主服务节点,因此既保障了双活又保障了资源利用率。
不同数据中心的业务逻辑模块和不同数据中心的数据模块进行交互时,根据所配置的链接池配置模块采用轮询算法,例如按照时长(60秒)重试机制,实现业务逻辑模块和数据模块之间跨数据中心诊断故障后自动重连。
其中,轮询算法是指向服务器发送请求,服务器返回请求结果,不断的操作,称为轮询。
作为一个示例,如果相同数据中心的数据服务器或数据服务器上的服务中断,则自动切换到备份节点。如果链接为长链接,切换完成后当前所在节点即转化为新的主节点;如果链接为短链接,当原来的主节点恢复正常后,会从新的主节点复原。
参考图4,图4示出了本发明实施例的不同数据中心之间进行的容灾切换的流程示意图。
应该注意的是,该流程是以区域A的用户或者业务的处理流程为例,整个流程既满足整个机房故障时进行的容灾切换,也满足机房部分故障时进行的容灾切换。
然而,对于同一机房某模块中的部分服务器故障不适用,当部分服务器发生故障时,可以通过模块的集群化部署实现同一机房内的故障切换。
此外,通过相关技术正常返回操作是否超时,判断某一层是否正常。
如图4所示,具体流程如下:
1、统一认证分发根据用户或者业务关键字,用户或者业务验证后分发到数据中心A。
2、数据中心A接入层如果正常,则转到步骤3;数据中心A接入层如果异常,则转到数据中心B接入层,然后转到步骤3。
3、数据中心的接入层进行流量负载均衡后,将业务逻辑转发到数据中心A的应用层。
4、数据中心A应用层如果正常,则转到步骤5;数据中心A应用层如果异常,则转到数据中心B应用层,然后转到步骤5。
5、数据中心的应用层进行业务逻辑处理后,涉及到数据操作的部分调用数据中心A的数据层。
6、数据中心A数据层如果正常,则转到步骤7;数据中心A数据层如果异常,则转到数据中心B数据层,然后转到步骤7。
7、数据中心的数据层进行数据读写处理后,业务处理正常返回。
另外,结合图4描述的本发明实施例的容灾切换方法可以由容灾切换设备来实现。图5示出了本发明实施例的容灾切换设备的硬件结构示意图。容灾切换设备可以包括处理器503以及存储有计算机程序指令的存储器504。
图5是示出能够实现根据本发明实施例的通信方法和网络服务器的计算设备的示例性硬件架构的结构图。如图5所示,计算设备500包括输入设备501、输入接口502、处理器503、存储器504、输出接口505、以及输出设备506。
其中,输入接口502、处理器503、存储器504、以及输出接口505通过总线510相互连接,输入设备501和输出设备506分别通过输入接口502和输出接口505与总线510连接,进而与计算设备500的其他组件连接。
具体地,输入设备501接收来自外部的输入信息,并通过输入接口502将输入信息传送到处理器503;处理器503基于存储器504中存储的计算机可执行指令对输入信息进行处理以生成输出信息,将输出信息临时或者永久地存储在存储器504中,然后通过输出接口505将输出信息传送到输出设备506;输出设备506将输出信息输出到计算设备500的外部供用户使用。
计算设备500可以执行本申请上述的通信方法中的各步骤。
处理器503可以是一个或多个中央处理器(英文:Central Processing Unit,CPU)。在处理器503是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
存储器504可以是但不限于随机存储存储器(RAM)、只读存储器(ROM),可擦除可编程只读存储器(EPROM)、光盘只读存储器(CD-ROM)、硬盘等中的一种或多种。存储器504用于存储程序代码。
可以理解的是,在本申请实施例中,图1、图3和图4提供的各个模块中任一模块或全部模块的功能可以用图5所示的中央处理器503实现。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用全部或部分地以计算机程序产品的形式实现,所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输)。所述计算机可读取存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘SolidState Disk(SSD))等。
本说明书的各个部分均采用递进的方式进行描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点介绍的都是与其他实施例不同之处。尤其,对于装置和系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例部分的说明即可。
Claims (12)
1.一种异地数据中心双活系统,所述系统包括数据中心A和数据中心B,所述数据中心A和所述数据中心B均包括:
业务逻辑模块,用于基于集群化部署和服务总线技术,以使所述数据中心A和数据中心B双活;
数据模块,用于基于底层存储的数据同步双向复制技术以及数据的分布式并行读写技术,以使所述数据中心A和数据中心B双活;
链接池配置模块,用于基于集群化部署以及不同数据中心的集群互为备份,以使所述数据中心A和数据中心B双活;
其中,根据不同数据中心的链接池配置模块,基于轮询算法,以使不同数据中心的业务逻辑模块和数据模块之间自动重连。
2.根据权利要求1所述的系统,其特征在于,所述业务逻辑模块包括:
集群部署子模块,用于基于在每一数据中心的业务逻辑模块均部署相同的应用集群,使得当一个数据中心的应用集群的任意服务器发生故障或者灾难时,可以自动切换到同一数据中心的应用集群的其他运行正常的服务器;
地址漂移子模块,用于基于地址漂移,当一个数据中心的应用集群的全部服务器发生故障或者灾难时,从发生故障或者灾难的数据中心的应用集群自动切换到运行正常的数据中心的应用集群。
3.根据权利要求2所述的系统,其特征在于,所述业务逻辑模块还包括,
自动重连子模块,用于基于应用集群自动重连机制,以使从所述发生故障或者灾难的数据中心的应用集群自动切换到运行正常的数据中心的应用集群后,运行正常的数据中心的应用集群能够正常运行。
4.根据权利要求1所述的系统,其特征在于,所述链接池配置模块包括,
集群子模块,在所述数据中心A构建主备集群A1、A2…AN,在所述数据中心B构建与所述主备集群A1、A2…AN相对应的主备集群B1、B2…BN,其中,不同数据中心编号相同的集群互为备份,以使每一数据中心的链接池配置模块均形成为主备集群,并且使得所述数据中心A和数据中心B双活。
5.根据权利要求1所述的系统,其特征在于,所述系统还包括:
统一登陆分发模块,用于在每一数据中心通过关键字分析用户所属区域或者业务模块,并根据所述用户所属区域或者业务模块生成不同的虚拟互联网协议IP地址VIP,并按照所述VIP将用户请求分发到不同的数据中心。
6.根据权利要求5所述的系统,其特征在于,所述统一登陆分发模块包括,
认证服务子模块,用于通过集成目录服务或关系型数据库系统,提供认证服务,以使用户统一认证登陆。
7.根据权利要求5所述的系统,其特征在于,所述系统还包括:
接入模块,用于对所述统一登陆分发模块的用户请求进行接入,将所述VIP转化为所述业务逻辑模块的物理IP地址,并根据所述物理IP地址和所述业务逻辑模块的负载状况将所述用户请求均衡分发到所述业务逻辑模块,在所述每一数据中心基于集群化部署,以及所述数据中心A与所述数据中心B之间的配置同步,以使所述数据中心A和数据中心B双活。
8.根据权利要求1-7中任一项所述的系统,其特征在于,
通过覆盖传输虚拟化OTV使不同计算资源在不同数据中心间自由流动,并使得所述不同数据中心的多个IP地址之间相互漂移。
9.一种容灾切换方法,所述方法基于如权利要求7所述的异地数据中心双活系统,所述方法包括:
根据用户所属区域或者业务的关键字,生成不同的虚拟IP地址VIP,并按照所述VIP将用户请求分发到数据中心A的接入模块;
所述数据中心A的接入模块如果正常,则所述数据中心A的接入模块进行负载均衡,
所述数据中心A的接入模块如果异常,则转至数据中心B的接入模块,并且所述数据中心B的接入模块进行负载均衡;
所述数据中心A的业务逻辑模块如果正常,则所述数据中心A的业务逻辑模块进行业务逻辑处理,
所述数据中心A的业务逻辑模块如果异常,则转到数据中心B的业务逻辑模块,并且所述数据中心B的业务逻辑模块进行业务逻辑处理;
所述数据中心A的数据模块如果正常,则所述数据中心A的数据模块进行数据读写处理,
所述数据中心A的数据模块如果异常,则转到数据中心B的数据模块,并且所述数据中心B的数据模块进行数据读写处理。
10.一种容灾切换装置,其特征在于,包括:
分发模块,用于根据用户所属区域或业务的关键字,生成不同的虚拟IP地址VIP,并按照所述VIP将用户请求分发到数据中心A的接入模块;
接入模块判断装置,用于判断所述数据中心A的接入模块是否正常,当所述数据中心A的接入模块正常时,所述数据中心A的接入模块进行负载均衡,当所述数据中心A的接入模块异常时,转至数据中心B的接入模块,并且所述数据中心B的接入模块进行负载均衡;
业务逻辑模块判断装置,用于判断所述数据中心A的业务逻辑模块是否正常,当所述数据中心A的业务逻辑模块正常时,所述数据中心A的业务逻辑模块进行业务逻辑处理,当所述数据中心A的业务逻辑模块异常时,转至数据中心B的业务逻辑模块,并且所述数据中心B的业务逻辑模块进行业务逻辑处理;
数据模块判断装置,用于判断所述数据中心A的数据模块是否正常,当所述数据中心A的数据模块正常时,所述数据中心A的数据模块进行数据读写处理,当所述数据中心A的数据模块异常时,转至数据中心B的数据模块,并且所述数据中心B的数据模块进行数据读写处理。
11.一种容灾切换设备,其特征在于,包括:至少一个处理器、至少一个存储器以及存储在所述存储器中的计算机程序指令,当所述计算机程序指令被所述处理器执行时实现如权利要求9所述的方法。
12.一种计算机可读存储介质,其上存储有计算机程序指令,其特征在于,当所述计算机程序指令被处理器执行时实现如权利要求9所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811295462.5A CN111130835A (zh) | 2018-11-01 | 2018-11-01 | 数据中心双活系统、切换方法、装置、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811295462.5A CN111130835A (zh) | 2018-11-01 | 2018-11-01 | 数据中心双活系统、切换方法、装置、设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111130835A true CN111130835A (zh) | 2020-05-08 |
Family
ID=70494942
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811295462.5A Pending CN111130835A (zh) | 2018-11-01 | 2018-11-01 | 数据中心双活系统、切换方法、装置、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111130835A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111756841A (zh) * | 2020-06-23 | 2020-10-09 | 中国平安财产保险股份有限公司 | 基于微服务集群的业务实现方法、装置、设备及存储介质 |
CN112291082A (zh) * | 2020-09-30 | 2021-01-29 | 北京大米科技有限公司 | 机房容灾处理方法、终端及存储介质 |
CN112929221A (zh) * | 2021-03-02 | 2021-06-08 | 浪潮云信息技术股份公司 | 一种实现云服务产品主备容灾的方法 |
CN113542097A (zh) * | 2021-07-08 | 2021-10-22 | 北京百度网讯科技有限公司 | 服务器部署方法、装置、电子设备、存储介质及产品 |
CN113688035A (zh) * | 2021-08-06 | 2021-11-23 | 北京融信致远科技有限公司 | 一种基于沙箱环境的数据库双活中心验证方法及系统 |
CN113726877A (zh) * | 2021-08-26 | 2021-11-30 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种跨机房集群存储数据的方法及系统 |
CN114253620A (zh) * | 2021-12-27 | 2022-03-29 | 中国建设银行股份有限公司 | 主机系统切换方法、装置、电子设备及计算机存储介质 |
CN114499778A (zh) * | 2021-12-31 | 2022-05-13 | 武汉达梦数据技术有限公司 | 维护云平台双活的装置、方法、系统和存储介质 |
CN114900532A (zh) * | 2022-05-09 | 2022-08-12 | 南方电网大数据服务有限公司 | 电力数据容灾方法、系统、装置、计算机设备和存储介质 |
CN115396296A (zh) * | 2022-08-18 | 2022-11-25 | 中电金信软件有限公司 | 业务处理方法、装置、电子设备及计算机可读存储介质 |
CN115794499A (zh) * | 2023-02-03 | 2023-03-14 | 创云融达信息技术(天津)股份有限公司 | 一种用于分布式块存储集群间双活复制数据的方法和系统 |
CN116707117A (zh) * | 2023-06-12 | 2023-09-05 | 广东云下汇金科技有限公司 | 一种用于数据中心的多能源系统不间断切换的控制方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105933446A (zh) * | 2016-06-28 | 2016-09-07 | 中国农业银行股份有限公司 | 一种大数据平台业务双活实现方法及系统 |
CN106506588A (zh) * | 2016-09-23 | 2017-03-15 | 北京许继电气有限公司 | 多地多中心的数据中心双活方法和系统 |
CN107231221A (zh) * | 2016-03-25 | 2017-10-03 | 阿里巴巴集团控股有限公司 | 数据中心间的业务流量控制方法、装置及系统 |
-
2018
- 2018-11-01 CN CN201811295462.5A patent/CN111130835A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107231221A (zh) * | 2016-03-25 | 2017-10-03 | 阿里巴巴集团控股有限公司 | 数据中心间的业务流量控制方法、装置及系统 |
CN105933446A (zh) * | 2016-06-28 | 2016-09-07 | 中国农业银行股份有限公司 | 一种大数据平台业务双活实现方法及系统 |
CN106506588A (zh) * | 2016-09-23 | 2017-03-15 | 北京许继电气有限公司 | 多地多中心的数据中心双活方法和系统 |
Non-Patent Citations (2)
Title |
---|
樊昊: ""双活"数据中心的设计实现", 《电信科学》 * |
魏雪梅: "双活数据中心解决方案", 《甘肃科技纵横》 * |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111756841A (zh) * | 2020-06-23 | 2020-10-09 | 中国平安财产保险股份有限公司 | 基于微服务集群的业务实现方法、装置、设备及存储介质 |
CN111756841B (zh) * | 2020-06-23 | 2023-09-15 | 中国平安财产保险股份有限公司 | 基于微服务集群的业务实现方法、装置、设备及存储介质 |
CN112291082A (zh) * | 2020-09-30 | 2021-01-29 | 北京大米科技有限公司 | 机房容灾处理方法、终端及存储介质 |
CN112929221A (zh) * | 2021-03-02 | 2021-06-08 | 浪潮云信息技术股份公司 | 一种实现云服务产品主备容灾的方法 |
CN113542097B (zh) * | 2021-07-08 | 2022-05-13 | 北京百度网讯科技有限公司 | 服务器部署方法、装置、电子设备、存储介质及产品 |
CN113542097A (zh) * | 2021-07-08 | 2021-10-22 | 北京百度网讯科技有限公司 | 服务器部署方法、装置、电子设备、存储介质及产品 |
CN113688035A (zh) * | 2021-08-06 | 2021-11-23 | 北京融信致远科技有限公司 | 一种基于沙箱环境的数据库双活中心验证方法及系统 |
CN113688035B (zh) * | 2021-08-06 | 2023-12-05 | 卢知白 | 一种基于沙箱环境的数据库双活中心验证方法及系统 |
CN113726877A (zh) * | 2021-08-26 | 2021-11-30 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种跨机房集群存储数据的方法及系统 |
CN114253620A (zh) * | 2021-12-27 | 2022-03-29 | 中国建设银行股份有限公司 | 主机系统切换方法、装置、电子设备及计算机存储介质 |
CN114499778A (zh) * | 2021-12-31 | 2022-05-13 | 武汉达梦数据技术有限公司 | 维护云平台双活的装置、方法、系统和存储介质 |
CN114900532A (zh) * | 2022-05-09 | 2022-08-12 | 南方电网大数据服务有限公司 | 电力数据容灾方法、系统、装置、计算机设备和存储介质 |
CN115396296A (zh) * | 2022-08-18 | 2022-11-25 | 中电金信软件有限公司 | 业务处理方法、装置、电子设备及计算机可读存储介质 |
CN115794499A (zh) * | 2023-02-03 | 2023-03-14 | 创云融达信息技术(天津)股份有限公司 | 一种用于分布式块存储集群间双活复制数据的方法和系统 |
CN115794499B (zh) * | 2023-02-03 | 2023-05-16 | 创云融达信息技术(天津)股份有限公司 | 一种用于分布式块存储集群间双活复制数据的方法和系统 |
CN116707117A (zh) * | 2023-06-12 | 2023-09-05 | 广东云下汇金科技有限公司 | 一种用于数据中心的多能源系统不间断切换的控制方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111130835A (zh) | 数据中心双活系统、切换方法、装置、设备及介质 | |
US10735509B2 (en) | Systems and methods for synchronizing microservice data stores | |
TWI710915B (zh) | 一種基於互聯網資料中心的資源處理方法、相關裝置以及通信系統 | |
US10445197B1 (en) | Detecting failover events at secondary nodes | |
CN107707393B (zh) | 基于Openstack O版特性的多活系统 | |
US7814364B2 (en) | On-demand provisioning of computer resources in physical/virtual cluster environments | |
US20190235979A1 (en) | Systems and methods for performing computing cluster node switchover | |
CN107465721B (zh) | 基于双活架构的全局负载均衡方法和系统及调度服务器 | |
EP3014434B1 (en) | Management of computing sessions | |
CA2916386C (en) | Maintaining virtual desktop instance during data store failure | |
US10623243B2 (en) | Management of computing sessions | |
US8984328B2 (en) | Fault tolerance in a parallel database system | |
US20150006614A1 (en) | Management of computing sessions | |
EP3014432B1 (en) | Management of computing sessions | |
US10320905B2 (en) | Highly available network filer super cluster | |
CN110224871A (zh) | 一种Redis集群的高可用方法及装置 | |
GB2407887A (en) | Automatically modifying fail-over configuration of back-up devices | |
CN112671882A (zh) | 一种基于微服务的同城双活系统和方法 | |
US20130124916A1 (en) | Layout of mirrored databases across different servers for failover | |
CN111949444A (zh) | 一种基于分布式服务集群的数据备份与恢复系统及方法 | |
US20100332532A1 (en) | Distributed directory environment using clustered ldap servers | |
CN111158949A (zh) | 容灾架构的配置方法、切换方法及装置、设备和存储介质 | |
US8621260B1 (en) | Site-level sub-cluster dependencies | |
CN116302716A (zh) | 一种集群部署方法、装置、电子设备及计算机可读介质 | |
EP3884648B1 (en) | Geo-replicated iot hub |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200508 |