容灾系统及其管控方法、装置、设备、介质与流程

1.本技术属于互联网技术领域，尤其涉及一种容灾系统及其管控方法、装置、设备、介质。


背景技术：

2.云计算服务是指将大量用网络连接的计算资源统一管理和调度，构成一个计算资源池向用户按需服务。用户可以通过网络以按需、易扩展的方式获得所需资源和服务。
3.为了保障云计算服务的持续性和数据安全，需要为云计算服务部署容灾系统。容灾系统承载于服务器、交换机等物理基础设施，如果为每个容灾系统单独部署物理基础设施，则部署成本较高。


技术实现要素：

4.本技术实施例提供一种容灾系统及其管控方法、装置、设备、介质，能够提高硬件资源利用率，节约成本。
5.第一方面，本技术实施例提供了一种容灾系统的管控方法，包括：
6.接收业务请求；
7.在确定第一服务节点发生灾难的情况下，向容灾系统的重定向节点发送第一获取请求；其中，第一获取请求包括第二服务节点的节点标识，第一获取请求用于使重定向节点根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息；
8.接收重定向节点反馈的第二服务节点对应的接口信息；
9.根据第二服务节点对应的接口信息，向第二服务节点发送业务请求。
10.第二方面，本技术实施例提供了一种容灾系统的管控方法，包括：
11.接收管控节点发送的第一获取请求；
12.响应于第一获取请求，对第一获取请求进行解析，得到第一获取请求信息；其中，第一获取请求信息包括第二服务节点的节点标识；
13.根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息；
14.向管控节点发送第二服务节点对应的接口信息。
15.第三方面，本技术实施例提供了一种容灾系统的管控装置，包括：
16.第一接收模块，用于接收业务请求；
17.第一发送模块，用于在确定第一服务节点发生灾难的情况下，向容灾系统的重定向节点发送第一获取请求；其中，第一获取请求包括第二服务节点的节点标识，第一获取请求用于使重定向节点根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息；
18.第二接收模块，用于接收重定向节点反馈的第二服务节点对应的接口信息；
19.第二发送模块，用于根据第二服务节点对应的接口信息，向第二服务节点发送业务请求。
20.第四方面，本技术实施例提供了一种容灾系统的管控装置，包括：
21.第三接收模块，用于接收管控节点发送的第一获取请求；
22.第一解析模块，用于响应于第一获取请求，对第一获取请求进行解析，得到第一获取请求信息；其中，第一获取请求信息包括第二服务节点的节点标识；
23.第一查询模块，用于根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息；
24.第三发送模块，用于向管控节点发送第二服务节点对应的接口信息。
25.第五方面，本技术实施例提供了一种容灾系统，包括管控节点和重定向节点，其中：
26.管控节点用于接收业务请求；在确定第一服务节点发生灾难的情况下，向容灾系统的重定向节点发送第一获取请求；接收重定向节点反馈的所述第二服务节点对应的接口信息；根据第二服务节点对应的接口信息，向第二服务节点发送业务请求；
27.重定向节点用于接收管控节点发送的第一获取请求；响应于第一获取请求，对第一获取请求进行解析，得到第一获取请求信息；其中，第一获取请求信息包括第二服务节点的节点标识；根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息；向管控节点发送第二服务节点对应的接口信息。
28.第六方面，本技术实施例提供了一种容灾系统的管控设备，该设备包括：处理器以及存储有计算机程序指令的存储器；
29.处理器执行计算机程序指令时实现如第一方面或第二方面所述的容灾系统的管控方法。
30.第七方面，本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面或第二方面所述的容灾系统的管控方法。
31.本技术实施例的容灾系统及其管控方法、装置、设备、介质，在接收到业务请求后，能够在第一服务节点发生灾难的情况下，向重定向节点发送第一获取请求，使重定向节点从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息，并且在接收到重定向节点反馈的第二服务节点对应的接口信息之后，根据第二服务节点对应的接口信息，向第二服务节点发送业务请求，由此，可以利用重定向节点将不同的服务节点重定向至与该服务节点相关联的可用区，并且在该可用区内获取该服务节点对应的接口信息，进而利用重定向节点查询不同的服务节点对应的接口信息，以利用较少的硬件设施实现对容灾系统的管控，节约了容灾系统的硬件资源，提高了容灾系统的硬件资源利用率，降低了容灾系统的成本。
附图说明
32.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
33.图1是现有技术的容灾系统的结构示意图；
34.图2是本技术一个实施例提供的容灾系统的结构示意图；
35.图3是本技术另一个实施例提供的容灾系统的结构示意图；
36.图4是本技术又一个实施例提供的容灾系统的结构示意图；
37.图5是本技术一个实施例提供的容灾系统的管控方法的流程示意图；
38.图6是本技术另一个实施例提供的网络系统的管控方法的流程示意图；
39.图7是本技术一个实施例提供的容灾系统的管控装置的结构示意图；
40.图8是本技术另一个实施例提供的网络系统的管控装置的结构示意图；
41.图9是本说明书一个实施例提供的容灾系统的管控设备的硬件结构示意图。
具体实施方式
42.下面将详细描述本技术的各个方面的特征和示例性实施例，为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本技术进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本技术，并不被配置为限定本技术。对于本领域技术人员来说，本技术可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本技术的示例来提供对本技术更好的理解。
43.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
44.云计算服务是指将大量用网络连接的计算资源统一管理和调度，构成一个计算资源池向用户按需服务。用户可以通过网络以按需、易扩展的方式获得所需资源和服务。
45.为了保障云计算服务的持续性和数据安全，需要为云计算服务部署容灾系统。容灾系统承载于服务器、交换机等物理基础设施，如果为每个容灾系统单独部署物理基础设施，则部署成本较高。
46.图1示出了现有技术的容灾系统的结构示意图。如图1所示，该容灾系统可以为云计算服务系统，该容灾系统可以包括两套网络系统，每套网络系统包括一套基础设施组件110、一个服务节点120和一个管控节点130，两个服务节点120之间相互通信、两个管控节点130之间相互通信并且两套基础设施组件110相互通信，以进行数据同步。
47.具体地，可以将一套网络系统作为主系统，将另一套网络系统作为备系统，在一般情况下，通过主系统实现云计算服务的运行以及数据库的数据存储，并且主系统与备系统实时进行数据同步，在主系统发生灾难时，可以通过主系统的管控节点130直接控制备系统的服务节点120继续实现云计算服务的运行以及数据库的数据存储，从而实现云计算服务的高可用性。
48.但是，图1所示的容灾系统中也将基础设施组件设置成了容灾形式，即会为每个网
络系统分别设置有一套基础设施组件，而基础设施组件包括提供基础服务的管控组件、基础设施即服务(infrastructure as a service，iaas)平台以及运维系统，使用两套基础设施组件将会增加服务器、交换机等硬件资源，在容灾系统的各个服务节点分布较近时，现有的容灾系统可能存在以下缺点：售卖和搭建的灵活性较低、造成了硬件资源的浪费、使得容灾系统的成本较高、影响了售卖的优势以及降低了容灾系统的搭建和交付效率。
49.为了解决现有技术问题，本技术实施例提供了一种容灾系统及其管控方法、装置、设备、介质。为了便于理解，下面首先对本技术实施例所提供的容灾系统进行介绍。
50.本技术实施例提供了一种容灾系统，该容灾系统可以包括多个服务节点、管控节点和重定向节点。其中，每个服务节点对应一个可用区，不同的服务节点对应的可用区可以相同，不同的服务节点对应的可用区也可以相同。管控节点可以与重定向节点通信连接。
51.服务节点用于提供业务服务，具体地，服务节点可以承载于服务器中的程序、服务器或者服务器集群上，在此不做限制。服务节点至少可以包括第一服务节点和第二服务节点，第一服务节点和第二服务节点所支撑的业务服务相同，第一服务节点可以为用于支撑业务服务的当前节点，第二服务节点可以为用于在第一服务节点发生灾难时支撑业务服务的节点。第一服务节点和第二服务节点所支撑业务服务为需要进行容灾部署的业务服务。
52.管控节点可以实现多个服务节点之间的运行切换控制，管控节点可以承载于服务器中的程序、服务器或者服务器集群上，在此不做限制。
53.重定向节点对应与第二服务节点相关联的可用区，该可用区内存储有第二服务节点对应的接口信息，重定向节点可以承载于服务器中的程序、服务器或者服务器集群上，在此不做限制。
54.其中，服务器可以是一种高性能的电子计算器，用于存储和处理数据。
55.管控节点可以在接收到业务请求之后，在确定第一服务节点发生灾难的情况下，向容灾系统的重定向节点发送第一获取请求，以及在接收到重定向节点反馈的第二服务节点对应的接口信息之后，根据第二服务节点对应的接口信息，向第二服务节点发送业务请求。其中，管控节点针对容灾系统的管控方法将在后文详细说明。
56.重定向节点可以用于在接收到管控节点发送的第一获取请求之后，响应于第一获取请求，对第一获取请求进行解析，得到第一获取请求信息，第一获取请求信息可以包括第二服务节点的节点标识，以及根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息，并且向管控节点发送第二服务节点对应的接口信息。其中，重定向节点针对容灾系统的管控方法将在后文详细说明。
57.在容灾系统包括多个管控节点的情况下，多个管控节点之间可以相互通信并且同步数据，每个管控节点对应一个服务节点，每个管控节点分别与重定向节点通信连接。相应地，上述的用于接收业务请求的管控节点可以为当前用于支撑业务服务的第一服务节点对应的管控节点。
58.在本技术实施例中，在接收到业务请求后，能够在第一服务节点发生灾难的情况下，向重定向节点发送第一获取请求，使重定向节点从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息，并且在接收到重定向节点反馈的第二服务节点对应的接口信息之后，根据第二服务节点对应的接口信息，向第二服务节点发送业务请求，由此，可以利用重定向节点将不同的服务节点重定向至与该服务节点相关联的可用区，并且在该
可用区内获取该服务节点对应的接口信息，进而利用重定向节点查询不同的服务节点对应的接口信息，以利用较少的硬件设施实现对容灾系统的管控，节约了容灾系统的硬件资源，提高了容灾系统的硬件资源利用率，降低了容灾系统的成本。
59.在本技术一些实施例中，一个重定向节点可以对应多个可用区，每个可用区可以与至少一个服务节点相关联。
60.相应地，重定向节点在接收到该第一获取请求之后，可以首先根据第二服务节点的节点标识，从多个可用区中确定与第二服务节点相关联的可用区，即确定与第二服务节点的节点标识相关联的可用区，进而从与第二服务节点相关联的可用区内获取与第二服务节点的节点标识关联存储的第二服务节点对应的接口信息。
61.在本技术另一些实施例中，该网络系统可以包括多个重定向节点，每个重定向节点可以对应一个可用区，每个可用区可以与至少一个服务节点相关联。
62.相应地，管控节点可以首先根据第二服务节点的节点标识，从多个重定向节点中，确定与第二服务节点相关联的可用区对应的重定向节点，即与第二服务节点的节点标识相关联的重定向节点，该重定向节点对应与第二服务节点相关联的可用区，并且向所确定的重定向节点发送第一获取请求。重定向节点在接收到该第一获取请求之后，可以从与第二服务节点相关联的可用区内获取与第二服务节点的节点标识关联存储的第二服务节点对应的接口信息。
63.在本技术一些实施例中，该容灾系统还可以包括基础设施组件，基础设施组件包括多个接口，一个接口与一个服务节点连接，并且一个接口对应一个接口信息。
64.在这些实施例中，可选地，管控节点还可以用于向容灾系统的基础设施组件发送携带有第二服务节点对应的接口信息的业务请求，以实现由第一服务节点之第二服务节点的运行切换控制。
65.相应地，基础设施组件可以用于响应于业务请求，根据第二服务节点对应的接口信息，确定第二服务节点对应的接口，以及通过第二服务节点对应的接口，向第二服务节点发送业务请求，以使第二服务节点支撑该业务请求对应的业务服务。
66.在本技术实施例中，能够通过一套基础设施组件与容灾系统内全部的服务节点连接，并且通过重定向节点对应的不同可用区将不同的服务节点重定向至基础设施组件，以使每个可用区能够从基础设施组件中获取与该可用区相关联的服务节点对应的接口信息，从而使管控节点能够从重定向节点的可用区中获取所需的接口信息，进而将携带有获取到的接口信息的业务请求发送至基础设施组件，以使基础设施组件通过该接口信息对应的接口向相应的服务节点转发该业务请求，因此，能够仅通过一套基础设施组件实现容灾系统的管控，节约了容灾系统的硬件资源，提升了资源利用率，降低了容灾系统的成本，还能够大幅度提升网络平台功能的研发效率。
67.进一步地，在本技术实施例中，容灾系统可以为云计算服务系统，例如私有云网络系统。该云计算服务系统可以包括一套基础设施组件、多个云计算服务节点、云计算服务管控节点和重定向节点。
68.基础设施组件具有多个接口，并且每个接口连接一个云计算服务节点，例如，一个云计算服务节点连接一个接口。基础设施组件内存储每个云计算服务节点对应的接口信息。
69.重定向节点可以对应多个可用区，该可用区可以为虚拟可用区，一个云计算服务节点可以与一个可用区相关联，一个可用区可以与至少一个云计算服务节点相关联，并且每个可用区内可以存储有与该可用区相关联的云计算服务节点对应的接口信息。
70.在云计算服务系统包括一个管控节点的情况下，可以使基础设施组件、一个可用区、与该可用区相关联的服务节点和管控节点构成一套云计算服务子系统，从而基于一套基础设施组件建立多套云计算服务子系统，并利用多套云计算服务子系统构建一个云计算服务系统，实现了云计算服务系统的容灾部署。并且，在实际运行过程中，可以将其中的一套云计算服务子系统为主子系统，将其他的云计算服务子系统均作为备子系统，以提高云计算服务系统的可用性。
71.在云计算服务系统包括多个管控节点且一个管控节点对应一个服务节点的情况下，可以使基础设施组件、一个可用区、与该可用区相关联的服务节点和该服务节点对应的管控节点构成一套云计算服务子系统，从而基于一套基础设施组件建立多套云计算服务子系统，并利用多套云计算服务子系统构建一个云计算服务系统，实现了云计算服务系统的容灾部署。并且，在实际运行过程中，可以将其中的一套云计算服务子系统为主子系统，将其他的云计算服务子系统均作为备子系统，以提高云计算服务系统的可用性。
72.服务节点还可以包括非容灾服务节点，非容灾服务节点所支撑的业务服务与第一服务节点和第二服务节点所支撑的业务服务不相同，非容灾服务节点所支撑业务服务为无需进行容灾部署的业务服务。
73.因此，在本技术实施例中，该容灾系统还可以实现只将部分云计算服务产品部署为容灾形态，提高了容灾系统的部署灵活性。
74.图2示出了本技术一个实施例提供的容灾系统的结构示意图。如图2所示，该容灾系统可以包括服务节点a 211、服务节点b 212、基础设施组件220、重定向节点230和管控节点240。基础设施组件220分别通过不同接口与服务节点a 211和服务节点b 212连接，并且在基础设施组件220内存储有两个接口信息，一个接口信息为与服务节点a 211连接的接口对应的接口信息，另一个接口信息为与服务节点b 212连接的接口对应的接口信息。重定向节点230设有两个虚拟可用区，一个虚拟可用区与服务节点a 211相关联，并存储有从基础设施组件220中获取的与服务节点a 211连接的接口对应的接口信息，另一个虚拟可用区与服务节点b 212相关联，并存储有从基础设施组件220中获取的与服务节点b 212连接的接口对应的接口信息。
75.在图2所示的实施例中，可以将服务节点a 211作为主服务器，将服务节点b 212作为备服务器，并在一般情况下运行服务节点a 211。
76.此时，在管控节点240接收到业务请求之后，在服务节点a 211发生灾难的情况下，管控节点240可以根据服务节点b 212的节点标识生成第一获取请求，然后将第一获取请求发送给重定向节点230，重定向节点230可以响应于第一获取请求，对第一获取请求进行解析，得到服务节点b 212的节点标识，根据服务节点b 212的节点标识，从与服务节点b 212相关联的可用区内，获取服务节点b 212对应的接口信息，并且向管控节点240反馈服务节点b 212对应的接口信息。管控节点240在接收到服务节点b 212对应的接口信息之后，可以向基础设施组件220发送携带有服务节点b 212对应的接口信息的业务请求.基础设施组件220在接收到携带有服务节点b 212对应的接口信息的业务请求之后，根据服务节点b 212
对应的接口信息，确定服务节点b 212对应的接口，并且通过服务节点b 212对应的接口向服务节点b 212发送业务请求，实现业务运行的服务节点切换。在服务节点a 211结束灾难的情况下，管控节点240可以按照相似的方式控制基础设施组件220向服务节点a 211发送管控节点240接收到的业务请求，在此不做赘述。
77.继续参见图2，服务节点a 211和服务节点b 212可以支撑相同的业务服务，以实现同一种业务服务功能，即服务节点a 211和服务节点b 212可以分别存储有相同的服务实例，并且服务节点a 211和服务节点b 212之间通信连接，以实现数据同步，从而保证由服务节点a 211切换为服务节点b 212提供业务服务之后，服务节点b 212能够实现网络平台运行和数据库存储的快速衔接，避免在切换后出现数据缺失的情况。
78.在本技术实施例中，基础设施组件220还存储有两个配置信息，一个配置信息对应服务节点a 211，一个配置信息对应服务节点b 212，重定向节点230的每个虚拟可用区还可以重定向至基础设施组件220，获取并存储该虚拟可用区对应的服务节点相关联的配置信息，其中，服务节点a 211对应的服务实例可以根据服务节点a 211对应的虚拟可用区内的配置信息创建，服务节点b 212对应的服务实例可以根据服务节点b 211对应的虚拟可用区内的配置信息创建。
79.在本技术实施例中，配置信息可以包括服务依赖和配置渲染等用于创建服务实例的信息。
80.由此，基础设施组件220在对配置信息进行更新以对网络服务功能进行更新或者升级后，虚拟可用区可以获取更新后的配置信息，使服务节点a 211和服务节点b 212分别利用更新后的配置信息，重新创建或者更新服务实例，以实现网络服务功能的更新和升级。
81.图3示出了本技术另一个实施例提供的容灾系统的结构示意图。如图3所示，该容灾系统可以包括服务节点a 211、服务节点b 212、基础设施组件220、重定向节点230、管控节点a 241和管控节点b 242。
82.图3所示的容灾系统与图2所示的容灾系统的原理相似，在此不做赘述。与图2所示的容灾系统不同的是，管控节点a 241和管控节点b 242分别与基础设施组件220和重定向节点230通信连接，并且管控节点a 241和管控节点b 242之间通信连接，从而能够实现管控数据同步。
83.参见图3，在服务节点a 211发生灾难时，可以通过管控节点a 241使服务节点b 211提供业务服务，在提供业务服务的服务节点由服务节点a 211切换为服务节点b 211之后，基础设施组件220还可以通过与管控节点a 241连接的接口向管控节点a 241发送停止运行指令，使管控节点a 241停止工作，并且通过与管控节点b 242连接的接口向管控节点b 242发送启动运行指令，使管控节点b 242启动工作，从而实现管控节点之间的切换，进而实现管控节点与服务节点的同步切换。
84.图4示出了本技术又一个实施例提供的容灾系统的结构示意图。如图4所示，该容灾系统可以包括服务节点a 211、服务节点b 212、基础设施组件220、重定向节点a 231、重定向节点b 232、管控节点a 241和管控节点b 242。其中，重定向节点a 231对应与服务节点a 211相关联的虚拟可用区，重定向节点b 232对应服务节点b 212相关联的虚拟可用区。
85.图4所示的容灾系统与图3所示的容灾系统的原理相似，在此不做赘述。与图3所示的容灾系统不同的是，管控节点a 241分别与重定向节点a 231和重定向节点b 232通信连
接，管控节点b 242分别与重定向节点a 231和重定向节点b 232通信连接。
86.管控节点a 241在获取服务节点b 212对应的接口信息时，可以基于服务节点b 212的节点标识，向重定向节点b 232发送第一获取请求，以使重定向节点b 232响应于第一信息获取请求，获取并反馈与服务节点b 212相关联的虚拟可用区中存储的服务节点b 212对应的接口信息。
87.在本技术一些实施例中，基础设施组件220还用于获取各个服务节点发送的数据，从而实现对服务节点所发送的数据的存储。
88.在本技术另一些实施例中，在容灾系统为云计算服务系统的情况下，基础设施组件220还存储有每个服务节点对应的云计算服务功能的云计算服务名称、云计算服务版本、云计算服务规模等部署信息，虚拟可用区还存储有从基础设施组件220获取的与其相关联的服务节点的部署信息。
89.在本技术实施例中，上述的数据同步的方法可以为抓包的方式，即在通信专线中抓取网络数据包。
90.图5示出了本技术一个实施例提供的容灾系统的管控方法的流程示意图。如图5所示，该容灾系统的管控方法可以应用于图2至图4所示的容灾系统中的任意管控节点。该容灾系统的管控方法可以包括如下步骤。
91.s510、接收业务请求；
92.其中，业务请求可以用于请求管控节点分配支撑业务服务的服务节点。可选地，业务服务可以为任意云计算服务。
93.在一些实施例中，s510可以具体包括：接收用户的业务命令对应的业务请求。
94.具体地，管控节点可以直接接收用户的业务命令，进而接收到该业务命令对应的业务请求。
95.s520、在确定第一服务节点发生灾难的情况下，向容灾系统的重定向节点发送第一获取请求。
96.其中，第一获取请求包括第二服务节点的节点标识，第一获取请求用于使重定向节点根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息。
97.在本技术一些实施例中，确定第一服务节点发生灾难可以具体包括：
98.监听第一服务节点的运行状态；
99.在第一服务节点的运行状态为异常运行状态的情况下，确定第一服务节点发生灾难。
100.具体地，管控节点可以接收第一服务节点发送的节点心跳信号，以基于节点心跳信号监听第一服务节点的运行状态。若管控节点可以接收到第一服务节点定时发送的节点心跳信号，则第一服务节点的运行状态为正常运行状态；若管控节点可以在预定时间间隔内未接收到第一服务节点发送的节点心跳信号，则第一服务节点的运行状态为异常运行状态。其中，该预定时间间隔为第一服务节点定时发送节点心跳信号的时间间隔。
101.进一步地，管控节点在确定第一服务节点的运行状态为正常运行状态的情况下，确定第一服务节点未发生灾难；在确定第一服务节点的运行状态为异常运行状态的情况下，确定第一服务节点发生灾难。
102.在本技术一些实施例中，在向容灾系统的重定向节点发送第一获取请求之前，该容灾系统的管控方法还可以包括：
103.在多个预设的服务节点中，确定第二服务节点；
104.根据第二服务节点的节点标识，生成第一获取请求。
105.在一些实施例中，在预设的服务节点的数量为两个的情况下，可以直接将第一服务节点以外的服务节点，作为第二服务节点，并根据第二服务节点的节点标识，生成第一获取请求。
106.在另一些实施例中，在预设的服务节点的数量为两个以上的情况下，第一区域管控节点可以基于预先设置的服务调度方法，在多个预设的服务节点中选择第二服务节，并根据第二服务节点的节点标识，生成第一获取请求。
107.在本技术一些实施例中，重定向节点对应的可用区可以为虚拟可用区，即实现虚拟的可用区功能。
108.在容灾系统包括一个重定向节点的情况下，重定向节点可以对应多个可用区，并且每个可用区可以与至少一个服务节点相关联。相应地，第一获取请求可以用于使重定向节点根据第二服务节点的节点标识从多个可用区中确定与第二服务节点相关联的可用区，并且从与第二服务节点相关联的可用区内获取第二服务节点的节点标识对应的接口信息。
109.具体地，重定向节点可以首先根据第二服务节点的节点标识，从多个可用区中确定与第二服务节点相关联的可用区，即确定与第二服务节点的节点标识相关联的可用区，并且从与第二服务节点相关联的可用区内获取与第二服务节点的节点标识对应的接口信息。
110.在容灾系统包括多个重定向节点的情况下，每个重定向节点可以对应一个可用区，每个可用区可以与至少一个服务节点相关联。
111.相应地，在s520之前，该容灾系统的管控方法还可以包括：
112.根据第二服务节点的节点标识，从多个重定向节点中，确定与第二服务节点相关联的可用区对应的重定向节点。
113.进一步地s520可以具体包括：
114.向所确定的重定向节点发送第一获取请求。
115.具体地，管控节点可以首先根据第二服务节点的节点标识，从多个重定向节点中，确定与第二服务节点相关联的可用区对应的重定向节点，即与第二服务节点的节点标识相关联的重定向节点，该重定向节点对应与第二服务节点相关联的可用区，进而向所确定的重定向节点发送第一获取请求。重定向节点在接收到该第一获取请求之后，可以从与第二服务节点相关联的可用区内获取与第二服务节点的节点标识对应的接口信息。
116.s530、接收重定向节点反馈的第二服务节点对应的接口信息。
117.s540、根据第二服务节点对应的接口信息，向第二服务节点发送业务请求。
118.在一些实施例中，在管控节点和服务节点分别与基础设施组件的接口连接以进行通信的情况下，该第二服务节点对应的接口信息为基础设施组件的接口对应的接口信息，s540可以具体包括：
119.向容灾系统的基础设施组件发送携带有第二服务节点对应的接口信息的业务请求，以使基础设施组件根据第二服务节点对应的接口信息向第二服务节点发送业务请求。
120.具体地，基础设施组件可以用于响应于业务请求，在多个接口中，根据第二服务节点对应的接口信息，确定第二服务节点对应的接口，并且通过第二服务节点对应的接口向第二服务节点发送业务请求，以使第二服务节点提供该业务请求对应的业务服务。
121.在另一些实施例中，在服务节点直接与管控节点的接口连接以进行通信的情况下，该第二服务节点对应的接口信息为管控节点的接口对应的接口信息，s540可以具体包括：根据第二服务节点对应的接口信息，确定第二服务节点对应的接口；通过第二服务节点对应的接口向第二服务节点发送业务请求，以使第二服务节点提供该业务请求对应的业务服务。
122.综上所述，在本技术实施例的容灾系统中，在接收到业务请求后，能够在第一服务节点发生灾难的情况下，向重定向节点发送第一获取请求，使重定向节点从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息，并且在接收到重定向节点反馈的第二服务节点对应的接口信息之后，根据第二服务节点对应的接口信息，向第二服务节点发送业务请求，由此，可以利用重定向节点将不同的服务节点重定向至与该服务节点相关联的可用区，并且在该可用区内获取该服务节点对应的接口信息，进而利用重定向节点查询不同的服务节点对应的接口信息，以利用较少的硬件设施实现对容灾系统的管控，节约了容灾系统的硬件资源，提高了容灾系统的硬件资源利用率，降低了容灾系统的成本。
123.在本技术另一种实施方式中，在s510之前，该容灾系统的管控方法还可以包括：
124.接收目标设备发送的节点切换请求；其中，节点切换请求用于使第一服务节点停止工作并且使第三服务节点启动工作；
125.响应于节点切换请求，向重定向节点发送第二获取请求和第三获取请求；其中，第二获取请求包括第一服务节点的节点标识，第二获取请求用于使重定向节点根据第一服务节点的节点标识，从与第一服务节点相关联的可用区内获取第一服务节点对应的接口信息，第三获取请求包括第三服务节点的节点标识，第三获取请求用于使重定向节点根据第三服务节点的节点标识，从与第三服务节点相关联的可用区内获取第三服务节点对应的接口信息；
126.接收重定向节点反馈的第一服务节点对应的接口信息和第三服务节点对应的接口信息；
127.根据第一服务节点对应的接口信息控制第一服务节点停止工作，并且根据第三服务节点对应的接口信息控制第三服务节点启动工作。
128.其中，目标设备可以为人机交互设备，该人机交互设备可以为电子设备，电子设备可以包括手机、台式电脑、笔记本电脑、平板电脑、可穿戴设备等，只要是具有通信功能以及对容灾系统的管理功能即可。
129.具体地，目标设备可以接收用户的节点切换命令，并且生成节点切换命令对应的节点切换请求，以向管控节点发送该节点切换请求。管控节点在接收到节点切换请求之后，可以向重定向节点发送第二获取请求和第三获取请求以使重定向节点的获取第一服务节点对应的接口信息和第三服务节点对应的接口信息，并且在接收到重定向节点反馈的第一服务节点对应的接口信息和第三服务节点对应的接口信息之后，根据第一服务节点对应的接口信息控制第一服务节点停止工作，并且根据第三服务节点对应的接口信息控制第三服务节点启动工作。
130.需要说明的是，重定向节点的获取第一服务节点对应的接口信息和第三服务节点对应的接口信息的方法与获取第二服务节点对应的接口信息的方法相似，在此不做赘述。
131.在一些实施例中，在管控节点和服务节点分别与基础设施组件的接口连接以进行通信的情况下，该第一服务节点对应的接口信息和第三服务节点对应的接口信息分别为基础设施组件的接口对应的接口信息，相应地，根据第一服务节点对应的接口信息控制第一服务节点停止工作，并且根据第三服务节点对应的接口信息控制第三服务节点启动工作可以具体包括：
132.向容灾系统的基础设施组件发送携带有第一服务节点对应的接口信息的节点停止指令和携带有第三服务节点对应的接口信息的节点启动指令，以使基础设施组件根据第一服务节点对应的接口信息向第一服务节点发送节点停止指令，并且根据第三服务节点对应的接口信息向第三服务节点发送节点启动指令。
133.需要说明的是，基础设施组件向第一服务节点发送节点停止指令和向第三服务节点发送节点启动指令的方法与向第二服务节点发送业务请求的方法相似，在此不做赘述。
134.在另一些实施例中，在服务节点直接与管控节点的接口连接以进行通信的情况下，该第一服务节点对应的接口信息和第三服务节点对应的接口信息分别为管控节点的接口对应的接口信息，相应地，根据第一服务节点对应的接口信息控制第一服务节点停止工作，并且根据第三服务节点对应的接口信息控制第三服务节点启动工作可以具体包括：根据第一服务节点对应的接口信息向第一服务节点发送节点停止指令，并且根据第三服务节点对应的接口信息向第三服务节点发送节点启动指令。
135.由此，在本技术实施例中，可以用户利用目标设备对当前用于支撑业务服务的服务节点进行手动切换，以方便对服务节点进行升级和维护。
136.在本技术一些实施例中，在s510之后，该容灾系统的管控方法还可以包括：
137.在确定第一服务节点的运行状态为停止状态且第三服务节点的运行状态为正常运行状态的情况下，根据第三服务节点对应的接口信息，向第三服务节点发送业务请求。
138.具体地，在管控节点接收到业务请求之后，在确定第一服务节点的运行状态为停止状态且第三服务节点的运行状态为正常运行状态的情况下，可以确定当前用于支撑业务服务的节点为第三服务节点，且第三服务节点未发生灾难，则可以直接根据第三服务节点对应的接口信息，向第三服务节点发送业务请求，以使第三服务节点提供业务请求对应的业务服务。
139.在一些实施例中，在管控节点和服务节点分别与基础设施组件的接口连接以进行通信的情况下，该第三服务节点对应的接口信息为基础设施组件的接口对应的接口信息，相应地，根据第三服务节点对应的接口信息，向第三服务节点发送业务请求可以具体包括：
140.向容灾系统的基础设施组件发送携带有第三服务节点对应的接口信息的业务请求，以使基础设施组件根据第三服务节点对应的接口信息，向第三服务节点发送业务请求。
141.需要说明的是，基础设施组件向第三服务节点发送业务请求的方法与向第二服务节点发送业务请求的方法相似，在此不做赘述。
142.在另一些实施例中，在服务节点直接与管控节点的接口连接以进行通信的情况下，该第三服务节点对应的接口信息为管控节点的接口对应的接口信息，相应地，根据第三服务节点对应的接口信息，向第三服务节点发送业务请求可以具体包括：根据第三服务节
点对应的接口信息，向第三服务节点发送业务请求，以使第三服务节点提供该业务请求对应的业务服务。
143.图6示出了本技术另一个实施例提供的容灾系统的管控方法的流程示意图。如图6所示，该容灾系统的管控方法可以应用于图2至图4所示的容灾系统中的任意重定向节点。该容灾系统的管控方法可以包括如下步骤。
144.s610、接收管控节点发送的第一获取请求。
145.s620、响应于第一获取请求，对第一获取请求进行解析，得到第一获取请求信息。
146.其中，第一获取请求信息包括第二服务节点的节点标识。
147.s630、根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息。
148.在容灾系统包括一个重定向节点的情况下，重定向节点可以对应多个可用区，并且每个可用区可以与至少一个服务节点相关联。
149.具体地，重定向节点可以首先根据第二服务节点的节点标识，从多个可用区中确定与第二服务节点相关联的可用区，即确定与第二服务节点的节点标识相关联的可用区，并且从与第二服务节点相关联的可用区内获取与第二服务节点的节点标识对应的接口信息。
150.在容灾系统包括多个重定向节点的情况下，每个重定向节点可以对应一个可用区，每个可用区可以与至少一个服务节点相关联。
151.具体地，接收第一获取请求的该重定向节点为对应与第二服务节点相关联的可用区的重定向节点，该重定向节点可以直接从与第二服务节点相关联的可用区内获取与第二服务节点的节点标识对应的接口信息。
152.s640、向管控节点发送第二服务节点对应的接口信息。
153.在本技术实施例中，重定向节点接收到管控节点发送的第一获取请求之后，可以对第一获取请求进行解析，得到第二服务节点的节点标识，并且根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息，以向管控节点发送第二服务节点对应的接口信息，由此，可以利用重定向节点将不同的服务节点重定向至与该服务节点相关联的可用区，并在该可用区内获取该服务节点对应的接口信息，进而利用重定向节点为管控节点查询不同的服务节点对应的接口信息，以利用较少的硬件设施实现对容灾系统的管控，节约了容灾系统的硬件资源，提高了容灾系统的硬件资源利用率，降低了容灾系统的成本。
154.在本技术另一种实施方式中，该容灾系统的管控方法还可以包括：
155.接收第二获取请求；
156.响应于第二获取请求，对第二获取请求进行解析，得到第二获取请求信息，其中，第二获取请求信息包括第一服务节点的节点标识；
157.根据第一服务节点的节点标识，从与第一服务节点相关联的可用区内获取第一服务节点对应的接口信息；
158.向管控节点发送第一服务节点对应的接口信息。
159.需要说明的是，重定向节点基于第二获取请求向管控节点反馈第一服务节点对应的接口信息的方法与基于第一获取请求向管控节点反馈第二服务节点对应的接口信息的
方法相似，在此不做赘述。
160.在本技术又一种实施方式中，该容灾系统的管控方法还可以包括：
161.接收第三获取请求；
162.响应于第三获取请求，对第三获取请求进行解析，得到第三获取请求信息，其中，第三获取请求信息包括第三服务节点的节点标识；
163.根据第三服务节点的节点标识，从与第三服务节点相关联的可用区内获取第三服务节点对应的接口信息；
164.向管控节点发送第三服务节点对应的接口信息。
165.需要说明的是，重定向节点基于第三获取请求向管控节点反馈第三服务节点对应的接口信息的方法与基于第一获取请求向管控节点反馈第二服务节点对应的接口信息的方法相似，在此不做赘述。
166.综上所述，在本技术实施例的容灾系统中，管控节点和服务节点不再直接依赖于基础设施组件的服务，而是依赖重定向节点的虚拟可用区的服务，因此，使得管控节点和服务节点能够在同一个基础设施组件中正确获取所需的信息，进而实现利用一套基础设施组件搭建的容灾形式的云计算服务系统。
167.图7示出了本技术一个实施例提供的容灾系统的管控装置的结构示意图。如图7所示，该容灾系统的管控装置700可以应用于图2至图4所示的容灾系统中的任意管控节点。该容灾系统的管控装置700可以包括第一接收模块710、第一发送模块720、第二接收模块730和第二发送模块740。
168.第一接收模块710可以用于接收业务请求。
169.第一发送模块720可以用于在确定第一服务节点发生灾难的情况下，向容灾系统的重定向节点发送第一获取请求；其中，第一获取请求包括第二服务节点的节点标识，第一获取请求用于使重定向节点根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息。
170.第二接收模块730可以用于接收重定向节点反馈的第二服务节点对应的接口信息。
171.第二发送模块740可以用于根据第二服务节点对应的接口信息，向第二服务节点发送业务请求。
172.在本技术实施例的容灾系统中，在接收到业务请求后，能够在第一服务节点发生灾难的情况下，向重定向节点发送第一获取请求，使重定向节点从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息，并且在接收到重定向节点反馈的第二服务节点对应的接口信息之后，根据第二服务节点对应的接口信息，向第二服务节点发送业务请求，由此，可以利用重定向节点将不同的服务节点重定向至与该服务节点相关联的可用区，并且在该可用区内获取该服务节点对应的接口信息，进而利用重定向节点查询不同的服务节点对应的接口信息，以利用较少的硬件设施实现对容灾系统的管控，节约了容灾系统的硬件资源，提高了容灾系统的硬件资源利用率，降低了容灾系统的成本。
173.在本技术一些实施例中，重定向节点可以对应多个可用区，每个可用区可以与至少一个服务节点相关联；
174.相应地，第一获取请求可以用于使重定向节点根据第二服务节点的节点标识从多
个可用区中确定与第二服务节点相关联的可用区，并且从与第二服务节点相关联的可用区内获取第二服务节点的节点标识对应的接口信息。
175.在本技术另一些实施例中，容灾系统可以包括多个重定向节点，每个重定向节点可以对应一个可用区，每个可用区可以与至少一个服务节点相关联；
176.相应地，该容灾系统的管控装置700还可以包括第一确定模块，第一确定模块可以用于根据第二服务节点的节点标识，从多个重定向节点中，确定与第二服务节点相关联的可用区对应的重定向节点；
177.进一步地，第一发送模块720可以具体提用于向所确定的重定向节点发送第一获取请求。
178.在本技术一些实施例中，第二发送模块740可以具体用于：
179.向容灾系统的基础设施组件发送携带有第二服务节点对应的接口信息的业务请求，以使基础设施组件根据第二服务节点对应的接口信息向第二服务节点发送业务请求。
180.在本技术一些实施例中，该容灾系统的管控装置700还可以包括第一监听模块和第二确定模块。
181.第一监听模块可以用于监听第一服务节点的运行状态。
182.第二确定模块可以用于在第一服务节点的运行状态为异常运行状态的情况下，确定第一服务节点发生灾难。
183.在本技术一些实施例中，该容灾系统的管控装置700还可以包括第三确定模块和第一生成模块。
184.第三确定模块可以用于在多个预设的服务节点中，确定第二服务节点。
185.第一生成模块可以用于根据第二服务节点的节点标识，生成第一获取请求。
186.在本技术一些实施例中，该容灾系统的管控装置700还可以包括第四接收模块、第四发送模块、第五接收模块和第一控制模块。
187.第四接收模块可以用于接收目标设备发送的节点切换请求；其中，节点切换请求用于使第一服务节点停止工作并且使第三服务节点启动工作。
188.第四发送模块可以用于响应于节点切换请求，向重定向节点发送第二获取请求和第三获取请求；其中，第二获取请求包括第一服务节点的节点标识，第二获取请求用于使重定向节点根据第一服务节点的节点标识，从与第一服务节点相关联的可用区内获取第一服务节点对应的接口信息，第三获取请求包括第三服务节点的节点标识，第三获取请求用于使重定向节点根据第三服务节点的节点标识，从与第三服务节点相关联的可用区内获取第三服务节点对应的接口信息。
189.第五接收模块可以用于接收重定向节点反馈的第一服务节点对应的接口信息和第三服务节点对应的接口信息。
190.第一控制模块可以用于根据第一服务节点对应的接口信息控制第一服务节点停止工作，并且根据第三服务节点对应的接口信息控制第三服务节点启动工作。
191.在本技术一些实施例中，第一控制模块可以具体用于：
192.向容灾系统的基础设施组件发送携带有第一服务节点对应的接口信息的节点停止指令和携带有第三服务节点对应的接口信息的节点启动指令，以使基础设施组件根据第一服务节点对应的接口信息向第一服务节点发送节点停止指令，并且根据第三服务节点对
应的接口信息向第三服务节点发送节点启动指令。
193.在本技术一些实施例中，该容灾系统的管控装置700还可以包括第五发送模块，第五发送模块可以用于在确定第一服务节点的运行状态为停止状态且第三服务节点的运行状态为正常运行状态的情况下，根据第三服务节点对应的接口信息，向第三服务节点发送业务请求。
194.在本技术一些实施例中，第五发送模块可以具体用于：
195.向容灾系统的基础设施组件发送携带有第三服务节点对应的接口信息的业务请求，以使基础设施组件根据第三服务节点对应的接口信息，向第三服务节点发送业务请求。
196.在本技术一些实施例中，可用区可以为虚拟可用区。
197.需要说明的是，图7所示的容灾系统的管控装置700可以执行图5所示的方法实施例中的各个步骤，并且实现图5所示的方法实施例中的各个过程和效果，在此不做赘述。
198.图8示出了本技术另一个实施例提供的网络系统的管控装置的结构示意图。如图8所示，该容灾系统的管控装置800可以应用于图2至图4所示的容灾系统中的任意重定向节点。该容灾系统的管控装置800可以包括第三接收模块810、第一解析模块820、第一查询模块830和第三发送模块840。
199.第三接收模块810可以用于接收管控节点发送的第一获取请求。
200.第一解析模块820可以用于响应于第一获取请求，对第一获取请求进行解析，得到第一获取请求信息；其中，第一获取请求信息包括第二服务节点的节点标识。
201.第一查询模块830可以用于根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息。
202.第三发送模块840可以用于向管控节点发送第二服务节点对应的接口信息。
203.在本技术实施例中，重定向节点接收到管控节点发送的第一获取请求之后，可以对第一获取请求进行解析，得到第二服务节点的节点标识，并且根据第二服务节点的节点标识，从与第二服务节点相关联的可用区内获取第二服务节点对应的接口信息，以向管控节点发送第二服务节点对应的接口信息，由此，可以利用重定向节点将不同的服务节点重定向至与该服务节点相关联的可用区，并在该可用区内获取该服务节点对应的接口信息，进而利用重定向节点为管控节点查询不同的服务节点对应的接口信息，以利用较少的硬件设施实现对容灾系统的管控，节约了容灾系统的硬件资源，提高了容灾系统的硬件资源利用率，降低了容灾系统的成本。
204.需要说明的是，图8所示的容灾系统的管控装置800可以执行图6所示的方法实施例中的各个步骤，并且实现图6所示的方法实施例中的各个过程和效果，在此不做赘述。
205.图9示出了本说明书一个实施例提供的容灾系统的管控设备的硬件结构示意图。本说明书实施例所述的容灾系统的管控设备可以为上述的容灾系统中的管控节点或重定向节点。
206.如图9所示，容灾系统的管控设备900包括输入设备901、输入接口902、中央处理器903、存储器904、输出接口905、以及输出设备907。其中，输入接口902、中央处理器903、存储器904、以及输出接口905通过总线910相互连接，输入设备901和输出设备907分别通过输入接口902和输出接口905与总线910连接，进而与容灾系统的管控设备900的其他组件连接。
207.具体地，输入设备901接收来自外部的输入信息，并通过输入接口902将输入信息
传送到中央处理器903；中央处理器903基于存储器904中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器904中，然后通过输出接口905将输出信息传送到输出设备907；输出设备907将输出信息输出到容灾系统的管控设备900的外部供用户使用。
208.也就是说，图9所示的容灾系统的管控设备也可以被实现为包括：存储有计算机可执行指令的存储器；以及处理器，该处理器在执行计算机可执行指令时可以实现本说明书实施例描述的容灾系统的管控方法和装置。
209.本说明书实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现本说明书实施例提供的容灾系统的管控方法。
210.以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本说明书的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
211.还需要说明的是，上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
212.以上所述，仅为本技术的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。