CN113037560B - 业务流量切换方法及装置、存储介质、电子设备 - Google Patents

Abstract

本公开是关于一种业务流量切换方法及装置、存储介质、电子设备，涉及数据中心容灾技术领域，该方法包括：对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息；对所述故障信息进行分析，得到切换访问所述故障数据中心所产生的业务流量所需要的目标负载均衡设备；从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略；根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问。本公开提高了业务流量的切换效率。

Description

业务流量切换方法及装置、存储介质、电子设备

技术领域

本公开实施例涉及数据中心容灾技术领域，具体而言，涉及一种业务流量切换方法、业务流量切换装置、计算机可读存储介质以及电子设备。

背景技术

随着互联网技术的快速发展和普及，对于互联网公司来说，网站服务的稳定性十分重要。特别是随着业务的持续性发展，系统产生的数据越来越多，如何保证数据的安全性和业务的连续性，防止数据中心灾难给企业或用户造成巨大，并且最大限度的发挥数据中心的服务能力，提高设备利用率，避免正常和非正常的宕机、网络故障或机房故障对业务的可用性造成影响显得尤为重要。

现有的数据中心的容灾方案主要是基于灾备目的，建立两个或多个数据中心，主数据中心承担核心业务，其他的数据中心主要承担一些非关键业务并同时备份主中心的数据、配置、业务等。

但是，在上述模式下，存在如下缺陷：一方面，由于多个数据中心之间存在主次关系，业务部署优先级存在差别，进而使得其针对灾难的响应与切换周期非常长，可容许服务中断的时间长度与恢复数据所对应的时间点目标无法实现业务零中断，使得业务流量的切换效率较低；另一方面，备份数据中心在大多数情况下处于闲置状态，进而使得资源利用率低下；再一方面，无法确定备份数据中心在接管流量后各业务功能是否能正常运行，无法实现备份数据中的高可用性。

因此，需要提供一种新的业务流量切换方法及装置。

需要说明的是，在上述背景技术部分发明的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种业务流量切换方法、业务流量切换装置、计算机可读存储介质以及电子设备，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的业务流量的切换效率较低的问题。

根据本公开的一个方面，提供一种业务流量切换方法，用于对多个独立对外提供业务访问的数据中心之间的业务流量进行切换，所述业务流量切换方法包括：

对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息；

对所述故障信息进行分析，得到切换访问所述故障数据中心所产生的业务流量所需要的目标负载均衡设备；

从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略；

根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问。

在本公开的一种示例性实施例中，所述目标负载均衡设备包括应用负载均衡器、数据中心区域代理点以及智能DNS解析器中的至少一种；

其中，所述应用负载均衡器用于实现各所述数据中心中所包括的应用程序的负载均衡；

所述数据中心区域代理点用于实现各所述数据中心的负载均衡；

所述智能DNS解析器用于对各所述数据中心的域名进行解析，并根据解析结果为各所述数据中心匹配数据中心区域代理点，以实现各所述数据中心区域代理点的负载均衡。

在本公开的一种示例性实施例中，从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略，包括：

获取所述故障数据中心的目标域名，利用所述智能DNS解析器对所述故障数据中心的目标域名进行解析，得到所述故障数据中心的目标IP地址；

根据所述目标IP地址以及所述业务流量的源地址信息，确定所述故障数据中心所属的目标数据中心区域代理点；

从所述预设的流量划拨策略库中匹配与所述目标数据中心区域代理点对应的其他数据中心区域代理点，以得到所述目标流量切换策略。

在本公开的一种示例性实施例中，从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略，还包括：

利用所述其他数据中心区域代理点为所述故障数据中心匹配其他数据中心；和/或

利用所述其他数据中心为所述业务流量匹配其他应用负载均衡器；

从所述预设的流量划拨策略库中匹配与所述其他数据中心和/或所述其他应用负载均衡器对应的目标流量切换策略。

在本公开的一种示例性实施例中，根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问，包括：

将所述业务流量切换至处于正常运行状态的其他数据中心区域代理点，并利用所述其他数据中心区域代理点为所述业务流量分配其他数据中心，以实现业务的正常访问。

在本公开的一种示例性实施例中，根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问，还包括：

将所述业务流量切换至所述其他数据中心，并利用所述其他数据中心为所述业务流量分配其他应用负载均衡器，以实现业务的正常访问；或

将所述业务流量切换至所述其他应用负载均衡器，以实现业务的正常访问；其中，所述其他应用负载均衡器中所包括的四层负载均衡设备以及七层负载均衡软件，所述四层负载均衡设备用于为所述业务流量匹配七层负载均衡软件；所述七层负载均衡软件用于建立所述业务流量以及与所述业务流量对应的应用程序之间的通信连接，以实现业务的正常访问。

在本公开的一种示例性实施例中，所述运行状态包括所述数据中心中所包括的应用程序的运行状态、所述数据中心所在的服务器的运行状态、所述服务器的内网运行状态以及所述服务器的公网运行状态中的至少一种；

其中，对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息，包括：

对各所述数据中心的所有运行状态进行监测，并在监测到任一所述数据中心的任一运行状态处于故障状态时，获取所述故障数据中心的故障信息。

在本公开的一种示例性实施例中，所述业务流量切换方法还包括：

在确认所述故障数据中心修复完成时，将所述业务流量切换至修复完成的数据中心。

根据本公开的一个方面，提供一种业务流量切换装置，用于对多个独立对外提供业务访问的数据中心之间的业务流量进行切换，所述业务流量切换装置包括：

数据中心监测模块，用于对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息；

故障信息分析模块，用于对所述故障信息进行分析，得到切换访问所述故障数据中心所产生的业务流量所需要的目标负载均衡设备；

流量切换策略匹配模块，用于从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略；

业务流量切换模块，用于根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的业务流量切换方法。

根据本公开的一个方面，提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的业务流量切换方法。

本公开实施例提供的一种业务流量切换方法，一方面，通过对各数据中心的运行状态进行监测，并在监测到任一数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息；然后对故障信息进行分析，得到切换访问故障数据中心所产生的业务流量所需要的目标负载均衡设备；再从预设的流量划拨策略库中匹配与故障数据中心以及目标负载均衡设备对应的目标流量切换策略；最后根据目标流量切换策略，将业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问，由于各数据中心可以独立的对外提供业务访问，且目标流量切换策略是基于目标负载均衡设备匹配的，进而可以保证再将业务流量切换至其他数据中心时，即可及时的访问，解决了现有技术中由于多个数据中心之间存在主次关系，业务部署优先级存在差别，进而使得其针对灾难的响应与切换周期非常长，可容许服务中断的时间长度与恢复数据所对应的时间点目标无法实现业务零中断，使得业务流量的切换效率较低的问题，提了业务流量的切换效率同时提高了访问效率；另一方面，避免了由于备份数据中心在大多数情况下处于闲置状态，进而使得资源利用率低下的问题；再一方面，避免了由于无法确定备份数据中心在接管流量后各业务功能是否能正常运行，无法实现备份数据中的高可用性的问题，提高了各数据中心的可用性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出根据本公开示例实施例的一种业务流量切换方法的流程图。

图2示意性示出根据本公开示例实施例的一种业务流量切换系统的框图。

图3示意性示出示意性示出根据本公开示例实施例的一种从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略的方法流程图。

图4示意性示出根据本公开示例实施例的另一种从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略的方法流程图。

图5示意性示出根据本公开示例实施例的另一种业务流量切换方法的流程图。

图6示意性示出根据本公开示例实施例的一种业务流量切换方法的应用场景示例图。

图7示意性示出根据本公开示例实施例的一种业务流量切换装置的框图。

图8示意性示出根据本公开示例实施例的一种用于实现上述业务流量切换方法的电子设备。

图9示意性示出根据本公开示例实施例的一种用于对上述业务流量切换方法进行存储的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在一些数据中心的容灾方法中，可以基于主备的双数据中心容灾方法，即建设两个或多个数据中心，其中一个为主数据中心，承担核心业务，其他的数据中心为备，承担非核心业务并同时备份主数据中心的数据、配置、业务等，正常情况下主备数据中心各司其职，当主数据中心发生故障时，备份数据中心可快速恢复数据和业务。

但是，上述方法存在如下缺陷：一方面，成本太高，资源利用率低。主备模式需要备份全站，而灾备数据中心只有在发生灾难时才能起到作用，并随着业务发展，备份数据中心投资会越来越大，相互之间又不能够复用，造成资源极大浪费；另一方面，灾备数据中心不是一直在跑流量，所以一旦真的出现问题，未必敢真的将流量切过去，而且也不能保证灾备数据中心恢复起来需要多长时间。

由以上容灾处理方法可以看出，现有的容灾方法并不能很好应用数据中心各种故障的问题。基于此，本示例实施方式中首先提供了一种业务流量切换方法，其目的在于保证现有数据中心稳定性的前提下，最大限度发挥数据中心服务能力，提高数据中心资源利用率，能应用各种数据中心故障，从而保证业务的连续性。该业务流量切换方法可以运行于服务器、服务器集群或云服务器等；当然，本领域技术人员也可以根据需求在其他平台运行本公开的方法，本示例性实施例中对此不做特殊限定。

参考图1所示，该业务流量切换方法可以包括以下步骤：

步骤S110.对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息；

步骤S120.对所述故障信息进行分析，得到切换访问所述故障数据中心所产生的业务流量所需要的目标负载均衡设备；

步骤S130.从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略；

步骤S140.根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问。

上述业务流量切换方法中，一方面，通过对各数据中心的运行状态进行监测，并在监测到任一数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息；然后对故障信息进行分析，得到切换访问故障数据中心所产生的业务流量所需要的目标负载均衡设备；再从预设的流量划拨策略库中匹配与故障数据中心以及目标负载均衡设备对应的目标流量切换策略；最后根据目标流量切换策略，将业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问，由于各数据中心可以独立的对外提供业务访问，且目标流量切换策略是基于目标负载均衡设备匹配的，进而可以保证再将业务流量切换至其他数据中心时，即可及时的访问，解决了现有技术中由于多个数据中心之间存在主次关系，业务部署优先级存在差别，进而使得其针对灾难的响应与切换周期非常长，可容许服务中断的时间长度与恢复数据所对应的时间点目标无法实现业务零中断，使得业务流量的切换效率较低的问题，提了业务流量的切换效率同时提高了访问效率；另一方面，避免了由于备份数据中心在大多数情况下处于闲置状态，进而使得资源利用率低下的问题；再一方面，避免了由于无法确定备份数据中心在接管流量后各业务功能是否能正常运行，无法实现备份数据中的高可用性的问题，提高了各数据中心的可用性。

以下，将结合附图对本公开示例实施例业务流量切换方法进行详细的解释以及说明。

首先，对本公开所涉及到的名词进行如下解释：

数据中心，是一个容纳核心计算服务和基础设施的物理场所，最常见的情况是一幢建筑。简单来说，数据中心就是一个存储和计算数据的物理场所，用于安置计算机系统及相关部件的设施，简而言之就是用来集中管理(存储、计算、交换)数据的地方。

RTO(Recovery Time Objective，复原时间目标)，是企业可容许服务中断的时间长度。比如说灾难发生后半天内便需要恢复，RTO值就是十二小时。

RPO(Recovery Point Objective，复原点目标)，是指当服务恢复后，恢复得来的数据所对应的时间点，如果企业每天凌晨零时进行备份一次，当服务恢复后，系统内储存的只会是最近灾难发生前那个凌晨零时的资料。

DNS(Domain Name System，域名系统)，是互联网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库，能够使人更方便地访问互联网。

负载均衡(Load Balance)，其含义就是指将负载(工作任务)进行平衡、分摊到多个操作单元上进行运行，例如FTP服务器(File Transfer Protocol Server)、Web服务器、企业核心应用服务器和其它主要任务服务器等，从而协同完成工作任务。它提供了一种透明且廉价有效的方法扩展服务器和网络设备的带宽、加强网络数据处理能力、增加吞吐量、提高网络的可用性和灵活性。

GSLB(Global Server Load Balance，全局负载均衡)，其主要的目的是在整个网络范围内将用户的请求定向到最近的节点或者区域。

TCP(Transmission Control Protocol，传输控制协议)：是一种面向连接的、可靠的、基于字节流的传输层通信协议，由IETF的RFC 793定义。在简化的计算机网络OSI模型中，它完成第四层传输层所指定的功能。

其次，对本公开的发明目的进行说明。

具体的，本公开提供一种多数据中心快速容灾的方法和装置，基于异地多活数据中心部署架构，当某个数据中心出现灾难性事故时，可以将整个数据中心流量划拨到其他数据中心，同时也可以应用于系统做变更或容灾演练，以实现业务的连续性。

同时，由于现实中存在各种不稳定的因素，比如某个服务器集群所在的数据中心断电，洪水或者地震造成数据中心瘫痪等等。在一个数据中心内，无论采用怎样的技术，总可能存在一些不可抗因素，导致其瘫痪。所以，通常会把服务器分散部署到多个数据中心，以最大程度减小灾害对服务质量产生影响的概率和程度。另外，系统总是希望用距离用户最近的设备为其提供服务，这也需要在不同地域部署多个节点。为此，可以使用全局负载均衡(GSLB)来解决此问题，其中最常用的就是基于域名系统(DNS)的全局负载均衡(GSLB)。

在本公开中，首先基于异地多活架构，构建异地多数据中心多活系统，然后监测每个数据中心的状态，判断数据中心是否出现故障，若出现故障，通过调整负载均衡策略进行流量划拨。当然，需要补充说明的是，本公开所提及的构建异地多活系统是部署在不同地区的多个数据中心同时对外提供服务，每个数据中心都是独立对外提供业务方文，并且都是实时承担流量的，任何一个数据中心出现问题，都可以直接切掉，由另外一个的数据中心直接接管相应流量。同时，数据中心流量的划拨可通过调整数据中心之间的负载均衡策略来实现。其中，具体到数据中心之间的负载均衡设备包括用于实现多数据中心应用负载均衡的应用负载均衡器、用于实现多数据中心之间负载均衡的数据中心区域代理点、用于实现数据中心区域代理点之间负载均衡的智能DNS解析器。

其次，对本公开的业务流量切换系统进行说明。具体的，参考图2所示，该业务流量切换系统可以包括多个数据中心210、数据中心故障状态监测系统220、智能DNS解析器230、数据中心区域代理点240、应用负载均衡器250以及；其中，每个数据中心中设置有数据中心故障状态监测系统220、应用负载均衡器250、容灾切换系统260、多个应用程序270以及对各应用程序的数据进行存储的数据库280。

具体的，应用负载均衡器通过各应用程序与数据库网络连接，数据中心区域代理点分别与智能DNS解析器网络、容灾切换系统以及应用负载均衡器网络连接。其中：

每个数据中心可以独立对外提供服务，不依赖于其他数据中心，并且每个数据中心实时承担流量，其中每个数据中心都部署想的应用系统，每个应用连接本数据中心的数据库，每个数据中心的数据库通过分布式异步消息中间件实现数据实时同步，即便数据中心之间的专线出现故障也不会丢失数据，待专线恢复后可以自动补全数据。

数据中心故障状态监测系统：部署在每个数据中心，用于监测本地数据中心的故障状态。监测对象包括各应用运行状态，服务器状态，网络状态，其中网络状态包括内网状态和公网状态，内网状态包括连接各数据中心专线的带宽，交换机状态等，公网状态监测对象如各地区如华北、华南等地到数据中心公网的状态。

智能DNS解析器：也可以被称为DNS服务器。由于每个数据中心区域代理点都至少一个公网IP(多个运营商情况下会有多个IP，例如一个IP属于联通、一个IP属于电信、一个IP属于移动等等)，在智能DNS解析器里为企业域名配置所有的数据中心区域代理点IP的解析记录，每个域名的解析记录会有不同的解析策略，如线路类型(联通、电信、华南、西南等)。例如有三个数据中心代理点的IP：1.1.1.1：联通运营商；2.2.2.2：移动运营商；3.3.3.3：华东区域等等。

其中，智能DNS解析器会判断出用户访问的来源，并返回配置的记录IP地址。例如，若用户的出口IP来自联通运营商，DNS查询获取的地址为1.1.1.1；若用户的出口IP来自电信运营商，DNS查询获取的地址为2.2.2.2；若用户的出口IP来自上海，DNS查询获取的地址为3.3.3.3。同时，在某个IP地址无法访问时，能够自动将用户的访问流量，切换到其他的IP地址，进而以此实现用户的就近访问，达到数据中心区域代理点负载均衡的目的。

数据中心区域代理点：处在数据中心和智能DNS解析器之间的系统，分散在不同地区，如北京、广东、深圳、杭州、上海等地，各代理点通过网络专线和每个数据中心相连，可根据需要将请求转发到不同的数据中心。数据中心区域代理点与智能DNS解析器、数据中心之间的关系就是：首先智能DNS解析器根据不同访问者把域名解析到不同的数据中心区域代理点上，然后数据中心区域代理点将用户请求转发到数据中心。

应用负载均衡器：应用负载均衡器部署在每个数据中心，接受来着数据中心区域代理点的请求，并将请求分发给数据中心的业务应用。应用负载均衡器分为两个部分：四层负载均衡设备和七层负载均衡，其中四层负载均衡设备处在七层负载均衡软件前面，即通过四层负载均衡设备选择后端服务器即七层负载均衡，和七层负载均衡设备建立连接，再由七层负载均衡设备备再与后端应用服务器建立另外一条TCP连接通道。

容灾切换系统：部署在每个数据中心，与每个智能DNS解析器、数据中心区域代理点、四层负载均衡设备相连，可通过预先设置好的流量切换策略，调整智能DNS解析策略、数据中心区域代理点策略、四层负载均衡策略，实现流量在多个数据中心之间自由切换。

以下，结合图2对本公开的业务流量切换方法进行解释以及说明。

在本公开的一种业务流量切换方法中：

为了可以实现业务流量切换，首先需要配置各数据中心出现故障时的流量划拨策略，该流量划拨策略可以包括智能DNS解析器划拨策略、数据中心区域代理点流量划拨策略、应用负载均衡器流量划拨策略，每个流量划拨模块可应对不场景的数据中心故障。

在步骤S110中，对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息。

在本示例实施例中，上述运行状态可以包括数据中心中所包括的应用程序的运行状态、数据中心所在的服务器的运行状态、服务器的内网运行状态以及服务器的公网运行状态等等。具体的，可以对各所述数据中心的所有运行状态进行监测，并在监测到任一所述数据中心的任一运行状态处于故障状态时，获取所述故障数据中心的故障信息。

例如，数据中心故障状态监测系统监测各数据中心的状态，如应用程序状态、服务器设备状态、网络设备状态、公网状态，以判断数据中心是否出现故障。进一步的，假设数据中心故障状态监测系统A在监测到数据中心A中所包括的任一应用程序的运行状态出现故障、或者其所在的任一服务器的运行状态出现故障、或者任一内网或者公网的运行状态出现故障，即可认定该数据中心处于故障状态，进而可以从数据中心故障状态监测系统A中获取数据中心A的故障信息。

在步骤S120中，对所述故障信息进行分析，得到切换访问所述故障数据中心所产生的业务流量所需要的目标负载均衡设备。

在本示例实施例中，目标负载均衡设备包括应用负载均衡器、数据中心区域代理点以及智能DNS解析器等等，其中，所述应用负载均衡器用于实现各所述数据中心中所包括的应用程序的负载均衡；所述数据中心区域代理点用于实现各所述数据中心的负载均衡；所述智能DNS解析器用于对各所述数据中心的域名进行解析，并根据解析结果为各所述数据中心匹配数据中心区域代理点，以实现各所述数据中心区域代理点的负载均衡。

具体的，可以将出现故障的数据中信息和故障信息经过数据预处理模块进行预处理(分析)，判断本次故障需要操作的对象(目标负载均衡设备)。此处需要补充说明的是，应用负载均衡器、数据中心区域代理点、智能DNS解析器这三个负载均衡装置，在正常情况下是都需要使用的，只有当出现故障时，在容灾切换装置里根据故障信息决定操作这三个负载均衡装置中的一个或多个。假设数据中心A中出现故障，当数据中心故障监测系统接收到故障报警信息时，对故障信息进行分析得到的故障原因如果是数据中心区域代理点的网络中断，则可以确定该目标负载均衡设备为智能DNS解析器；其中，数据中中心区域代理点的网络中断可是由于光线被挖断引起的，当然也可以是其他原因引起的，本示例对此不做特殊限制。

例如，可以禁用数据中心A中的域名到数据区域代理点IP的记录，那么，数据中心区域代理点A中原先的用户流量会被切换到其他的数据中心区域代理点IP上；同时，数据中心区域代理点在为其匹配对应的数据中心，数据中心在匹配对应的应用负载均衡器；当然，当故障信息并未影响到数据区域中心代理点，则只需使用后两个负载均衡设备。当然，具体的目标负载均衡设备的确定规则可以根据实际情况确定，本示例对此并不做特殊限制。

在步骤S130中，从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略。

在本示例实施例中，可以将预处理后的故障数据中心(故障数据中心)及需要操作的对象(目标负载均衡设备)做为流量划拨策略模块的输入，从流量划拨策略模块中提取流量划拨策略(目标流量切换策略)，进行流量划拨操作，将故障数据中心的流量划拨到正常的数据中心。其中，流量划拨策略可以包括智能DNS流量划拨策略、数据中心区域代理点流量划拨策略以及应用负载均衡器流量划拨策略，各流量划拨策略可以综合操作完成，也可以根据具体场景选择其中一个或多个子模块进行划拨。

其中，在一种示例实施例中，参考图3所示，从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略，可以包括以下步骤：

步骤S310，获取所述故障数据中心的目标域名，利用所述智能DNS解析器对所述故障数据中心的目标域名进行解析，得到所述故障数据中心的目标IP地址；

步骤S320，根据所述目标IP地址以及所述业务流量的源地址信息，确定所述故障数据中心所属的目标数据中心区域代理点；

步骤S330，从所述预设的流量划拨策略库中匹配与所述目标数据中心区域代理点对应的其他数据中心区域代理点，以得到所述目标流量切换策略。

也即，在图3示意性示出的示例实施例中，可以将智能DNS流量划拨策略、数据中心区域代理点流量划拨策略以及应用负载均衡器流量划拨策略结合起来使用，进而得到目标流量切换策略。

进一步的，在一种示例实施例中，参考图4所示，从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略，还可以包括以下步骤：

步骤S410，利用所述其他数据中心区域代理点为所述故障数据中心匹配其他数据中心；和/或

步骤S420，利用所述其他数据中心为所述业务流量匹配其他应用负载均衡器；

步骤S430，从所述预设的流量划拨策略库中匹配与所述其他数据中心和/或所述其他应用负载均衡器对应的目标流量切换策略。

也即，在图4示意性示出的示例实施例中，可以将数据中心区域代理点流量划拨策略以及应用负载均衡器流量划拨策略结合起来使用，进而得到目标流量切换策略，或者仅使用应用负载均衡器流量划拨策略，进而得到目标流量切换策略。

在步骤S140中，根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问。

在本示例一种示例实施例中，可以将所述业务流量切换至处于正常运行状态的其他数据中心区域代理点，并利用所述其他数据中心区域代理点为所述业务流量分配其他数据中心，以实现业务的正常访问。其中，该实施例是与图3对应的具体应用方案。

在本示例的另一种示例性实施例中，还可以将所述业务流量切换至所述其他数据中心，并利用所述其他数据中心为所述业务流量分配其他应用负载均衡器，以实现业务的正常访问；或将所述业务流量切换至所述其他应用负载均衡器，以实现业务的正常访问；其中，所述其他应用负载均衡器中所包括的四层负载均衡设备以及七层负载均衡软件，所述四层负载均衡设备用于为所述业务流量匹配七层负载均衡软件；所述七层负载均衡软件用于建立所述业务流量以及与所述业务流量对应的应用程序之间的通信连接，以实现业务的正常访问。其中，该实施例是与图4对应的具体应用方案。

进一步的，为了可以减轻被分配到该故障数据中心的业务流量的其他数据中心的负担，在确认所述故障数据中心修复完成时，将所述业务流量切换至修复完成的数据中心。也即，当故障数据中心修复完成后，可以将出现故障的数据中心做为流量恢复划拨模块的输入，将上述划拨到其他数据中心的流量划拨至该数据中心。

以下，结合图5对本公开的业务流量切换方法的具体实现过程进行进一步的解释以及说明。参考图5所示，该业务流量切换方法可以包括以下步骤：

步骤S510，监测数据中心的故障状态；

步骤S520，对故障信息以及故障数据中心进行预处理，确定目标负载均衡设备；

步骤S530，根据故障数据中心以及目标负载均衡设备确定目标流量划拨策略；具体可以通过智能DNS解析划拨策略提取子模块501、数据中心区域代理划拨策略提取子模块502以及应用负载均衡划拨策略提取子模块503进行确定；

步骤S540，根据目标流量划拨策略实现业务流量的划拨操作，进而实现流量转移；具体可以通过智能DNS解析划拨操作子模块504、数据中心区域代理划拨操作子模块505以及应用负载均衡划拨操作子模块506进行操作。

此处需要进一步的解释说明的是，为了可以基于目标流量划拨策略，首先要基于源数据生成上述流量划拨策略库，该元数据产生的场景有：网络速度慢、网络丢包严重、网络拥塞、业务应用异常、容灾演练、系统变更等；其中，容灾演练、系统变更数据计划中的事件，也说明此方法不止应用于数据中心故障、也可以对计划中的系统变更或演练，以保证业务不被中断。

进一步的，虽然存在各种不稳定的因素会导致数据中心灾难，但本公开是基于异地多活架构建设异地多活数据中心，可以充分利用资源，避免一个数据经常出于闲置状态而造成资源浪费，并且当某个数据中心出现故障时，其他的数据中心的应用可以持续提供服务，保证业务的连续性。另外，容灾是一项及其复杂的系统工程，但本公开中采用的的是智能DNS解析、数据中心区域代理点、负载均衡等技术进行容灾流量划拨，其操作对象固定，因此可以实现多数据中心的快速容灾，可适应各种不同的数据中心故障场景。

进一步的，结合图6对本公开中所涉及到的所有模块以及各个模块之间的关系进行解释以及说明。参考图6所示，在数据中心故障的场景下，为了可以进行业务流量的切换，需要如下各模块进行相互协同作用：

模块一：智能DNS解析模块601，该模块的功能是判断访问者的来源，为不同的访问者返回不同的数据中心区域代理IP。

模块二：数据中心区域代理模块602，该模块的功能是依赖智能DNS解析模块，接受指定区域用户的请求，将请求转发到指定的数据中心。

模块三：应用负载均衡模块603，该模块分为两个子模块四层负载均衡子模块和七层负载均衡子模块，该模块的功能是依据数据中心区域代理模块，是数据中心请求入口，将流量分发给不同的业务应用。

模块四：流量划拨策略库构建模块604，该模块的功能是配置各数据中心出现故障时流量划拨的策略，该模块又分为三个子模块：智能DNS解析流量划拨策略配置、数据中心区域代理点流量划拨策略配置、应用负载均衡流量划拨策略配置。具体的，流量划拨策略库可以在以下层面上实现对流量划拨策略进行配置：一方面，在DNS智能解析层面禁用或启用哪些DNS记录；另一方面，在数据中心区域代理点层面设置流量代理到哪个数据中心；再一方面，在应用负载均衡层面设置流量负载到哪个数据中心；最后，根据不同的故障场景配置智能DNS解析器、数据中心区域代理点、智能DNS解析器这三个负载均衡器中一个或多个的流量负载策略。

例如：故障场景1：数据中心内应用异常。流量划拨策略：操作应用负载均衡器，将异常数据中心的流量划拨到另外一个正常数据中心；故障场景2：数据中心区域代理点网络异常；流量划拨策略：操作智能DNS解析器，禁用故障数据中心区域代理点IP的DNS记录，域名会自动解析到其他正常的数据中心区域代理点IP上。

模块五：数据中心状态监测模块605，该模块的功能监测数据中心的状态，判断数据中心是否出现故障，其中监测的对象例如：数据中心中应用的状态、服务器设备状态、网络设备状态、公网状态等。

模块六：数据预处理模块606，该模块的功能是对数据中心监测模块上报的数据中心故障信息进行预处理，判断本次故障需要操作的对象，例如操作智能DNS解析器、数据中心区域代理点、应用负载均衡器中的某个或多个。

模块七：流量划拨策略提取模块607，该模块的功能根据数据中心监测模块识别出来的故障信息，从构建好的流量划拨策略库提取对应的流量划拨策略，该模块又分为三子模块：智能DNS解析流量划拨策略提取子模块、数据中心区域代理点流量划拨策略提取子模块、应用负载均衡流量划拨策略提取子模块。

模块八：流量划拨操作模块608，与流量划拨策略提取模块对应，该模块又可分为三个子模块：智能DNS解析流量划拨操作子模块、数据中心区域代理点流量划拨操作子模块、应用负载均衡流量划拨子模块，该模块的功能是依据提取的流量划拨策略，进行流量划拨操作。

模块九：流量恢复操作模块609，该模块的功能是恢复故障数据中心的流量，该模块只有在操作过流量划拨之后，且划拨的数据中心恢复正常之后才执行。

需要进一步补充说明的是，模块一、模块二、模块三构成负载均衡装置，模块四构成基础数据准备装置，模块五是数据中心状态监测装置，模块六、模块七、模块八、模块九构成了容灾切换装置；各个装置和模块之间的关系具体可以参考图6。同时，基础数据准备装置和负载均衡装置是后台研发工作完成的，其产出为各个流量控制对象的流量划划拨策略及负载均衡设备。因此，整个容灾切换过程中，这个两个装置不需要执行，而只需使用其产出结果即可。

本公开还提供了一种业务流量切换装置，用于对多个独立对外提供业务访问的数据中心之间的业务流量进行切换。参考图7所示，该业务流量切换装置可以包括数据中心监测模块710、故障信息分析模块720、流量切换策略匹配模块730以及业务流量切换模块740。其中：

数据中心监测模块710可以用于对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息；

故障信息分析模块720可以用于对所述故障信息进行分析，得到切换访问所述故障数据中心所产生的业务流量所需要的目标负载均衡设备；

流量切换策略匹配模块730可以用于从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略；

业务流量切换模块740可以用于根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问。

在本公开的一种示例性实施例中，所述目标负载均衡设备包括应用负载均衡器、数据中心区域代理点以及智能DNS解析器中的至少一种；

其中，所述应用负载均衡器用于实现各所述数据中心中所包括的应用程序的负载均衡；

所述数据中心区域代理点用于实现各所述数据中心的负载均衡；

所述智能DNS解析器用于对各所述数据中心的域名进行解析，并根据解析结果为各所述数据中心匹配数据中心区域代理点，以实现各所述数据中心区域代理点的负载均衡。

在本公开的一种示例性实施例中，从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略，包括：

获取所述故障数据中心的目标域名，利用所述智能DNS解析器对所述故障数据中心的目标域名进行解析，得到所述故障数据中心的目标IP地址；

根据所述目标IP地址以及所述业务流量的源地址信息，确定所述故障数据中心所属的目标数据中心区域代理点；

从所述预设的流量划拨策略库中匹配与所述目标数据中心区域代理点对应的其他数据中心区域代理点，以得到所述目标流量切换策略。

在本公开的一种示例性实施例中，从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略，还包括：

利用所述其他数据中心区域代理点为所述故障数据中心匹配其他数据中心；和/或

利用所述其他数据中心为为所述业务流量匹配其他应用负载均衡器；

根据所述其他数据中心和/或所述其他应用负载均衡器，生成所述目标流量切换策略。

在本公开的一种示例性实施例中，根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问，包括：

将所述业务流量切换至处于正常运行状态的其他数据中心区域代理点，并利用所述其他数据中心区域代理点为所述业务流量分配其他数据中心，以实现业务的正常访问。

在本公开的一种示例性实施例中，根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问，还包括：

将所述业务流量切换至所述其他数据中心，并利用所述其他数据中心为所述业务流量分配其他应用负载均衡器，以实现业务的正常访问；或

将所述业务流量切换至所述其他应用负载均衡器，以实现业务的正常访问；其中，所述其他应用负载均衡器中所包括的四层负载均衡设备以及七层负载均衡软件，所述四层负载均衡设备用于为所述业务流量匹配七层负载均衡软件；所述七层负载均衡软件用于建立所述业务流量以及与所述业务流量对应的应用程序之间的通信连接，以实现业务的正常访问。

在本公开的一种示例性实施例中，所述运行状态包括所述数据中心中所包括的应用程序的运行状态、所述数据中心所在的服务器的运行状态、所述服务器的内网运行状态以及所述服务器的公网运行状态中的至少一种；

其中，对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息，包括：

对各所述数据中心的所有运行状态进行监测，并在监测到任一所述数据中心的任一运行状态处于故障状态时，获取所述故障数据中心的故障信息。

在本公开的一种示例性实施例中，所述业务流量切换模块还可以被配置于：在确认所述故障数据中心修复完成时，将所述业务流量切换至修复完成的数据中心。

上述业务流量切换装置中各模块的具体细节已经在对应的业务流量切换方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图8来描述根据本公开的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830以及显示单元840。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图1中所示的步骤S110：对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息；步骤S120：对所述故障信息进行分析，得到切换访问所述故障数据中心所产生的业务流量所需要的目标负载均衡设备；步骤S130：从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略；步骤S140：根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图9所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品910，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里发明的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (9)

1.一种业务流量切换方法，其特征在于，用于对多个独立对外提供业务访问的数据中心之间的业务流量进行切换，所述业务流量切换方法包括：

对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息；

对所述故障信息进行分析，得到切换访问所述故障数据中心所产生的业务流量所需要的目标负载均衡设备；所述目标负载均衡设备包括应用负载均衡器、数据中心区域代理点以及智能DNS解析器中的至少一种；

从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略；包括：获取所述故障数据中心的目标域名，利用所述智能DNS解析器对所述故障数据中心的目标域名进行解析，得到所述故障数据中心的目标IP地址；根据所述目标IP地址以及所述业务流量的源地址信息，确定所述故障数据中心所属的目标数据中心区域代理点；从所述预设的流量划拨策略库中匹配与所述目标数据中心区域代理点对应的其他数据中心区域代理点，以得到所述目标流量切换策略；

根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问；

在确认所述故障数据中心修复完成时，将所述业务流量切换至修复完成的数据中心。

2.根据权利要求1所述的业务流量切换方法，其特征在于，

所述应用负载均衡器用于实现各所述数据中心中所包括的应用程序的负载均衡；

所述数据中心区域代理点用于实现各所述数据中心的负载均衡；

所述智能DNS解析器用于对各所述数据中心的域名进行解析，并根据解析结果为各所述数据中心匹配数据中心区域代理点，以实现各所述数据中心区域代理点的负载均衡。

3.根据权利要求1所述的业务流量切换方法，其特征在于，从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略，还包括：

利用所述其他数据中心区域代理点为所述故障数据中心匹配其他数据中心；和/或

利用所述其他数据中心为所述业务流量匹配其他应用负载均衡器；

从所述预设的流量划拨策略库中匹配与所述其他数据中心和/或所述其他应用负载均衡器对应的目标流量切换策略。

4.根据权利要求1所述的业务流量切换方法，其特征在于，根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问，包括：

将所述业务流量切换至处于正常运行状态的其他数据中心区域代理点，并利用所述其他数据中心区域代理点为所述业务流量分配其他数据中心，以实现业务的正常访问。

5.根据权利要求3所述的业务流量切换方法，其特征在于，根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问，还包括：

将所述业务流量切换至所述其他数据中心，并利用所述其他数据中心为所述业务流量分配其他应用负载均衡器，以实现业务的正常访问；或

将所述业务流量切换至所述其他应用负载均衡器，以实现业务的正常访问；其中，所述其他应用负载均衡器中所包括的四层负载均衡设备以及七层负载均衡软件，所述四层负载均衡设备用于为所述业务流量匹配七层负载均衡软件；所述七层负载均衡软件用于建立所述业务流量以及与所述业务流量对应的应用程序之间的通信连接，以实现业务的正常访问。

6.根据权利要求1所述的业务流量切换方法，其特征在于，所述运行状态包括所述数据中心中所包括的应用程序的运行状态、所述数据中心所在的服务器的运行状态、所述服务器的内网运行状态以及所述服务器的公网运行状态中的至少一种；

其中，对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息，包括：

对各所述数据中心的所有运行状态进行监测，并在监测到任一所述数据中心的任一运行状态处于故障状态时，获取所述故障数据中心的故障信息。

7.一种业务流量切换装置，其特征在于，用于对多个独立对外提供业务访问的数据中心之间的业务流量进行切换，所述业务流量切换装置包括：

数据中心监测模块，用于对各所述数据中心的运行状态进行监测，并在监测到任一所述数据中心的运行状态处于故障状态时，获取故障数据中心的故障信息；

故障信息分析模块，用于对所述故障信息进行分析，得到切换访问所述故障数据中心所产生的业务流量所需要的目标负载均衡设备；所述目标负载均衡设备包括应用负载均衡器、数据中心区域代理点以及智能DNS解析器中的至少一种；

流量切换策略匹配模块，用于从预设的流量划拨策略库中匹配与所述故障数据中心以及所述目标负载均衡设备对应的目标流量切换策略；包括：获取所述故障数据中心的目标域名，利用所述智能DNS解析器对所述故障数据中心的目标域名进行解析，得到所述故障数据中心的目标IP地址；根据所述目标IP地址以及所述业务流量的源地址信息，确定所述故障数据中心所属的目标数据中心区域代理点；从所述预设的流量划拨策略库中匹配与所述目标数据中心区域代理点对应的其他数据中心区域代理点，以得到所述目标流量切换策略；

业务流量切换模块，用于根据所述目标流量切换策略，将所述业务流量切换至处于正常运行状态的其他数据中心，以实现业务的正常访问；

业务流量切换模块，用于在确认所述故障数据中心修复完成时，将所述业务流量切换至修复完成的数据中心。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6任一项所述的业务流量切换方法。

9.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-6任一项所述的业务流量切换方法。

Images