CN113220421B - 一种服务器集群的管理方法、管理服务器及管理系统 - Google Patents

Abstract

本申请适用于服务器技术领域，提供了一种服务器集群的管理方法、管理服务器及管理系统，服务器集群包括管理服务器和业务服务器，管理服务器包括第一服务器和第二服务器，第二服务器为管理服务器中除第一服务器之外的管理服务器，该方法包括：在确定服务器集群中不存在主管理服务器时，第一服务器接收所述第二服务器发送的第一竞选信息；若在第一预设时间段内接收到的第一竞选信息满足竞选成功条件，则第一服务器作为第一主管理服务器；本申请通过管理服务器之间相互传送信息达到自动选举出主管理服务器的目的，即使在主管理服务器发生故障时，也可以自己选举出一个主管理服务器，使服务器集群继续运行，不会影响服务器集群的正常运行。

Description

一种服务器集群的管理方法、管理服务器及管理系统

技术领域

本申请属于服务器技术领域，尤其涉及一种服务器集群的管理方法、管理服务器及管理系统。

背景技术

随着网络数据量不断上升，一个服务器难以满足大量数据的处理需求，需要多个服务器对数据进行处理，服务器集群由此诞生。服务器集群中包括多个服务器，多个服务器可以同时对数据进行处理，满足处理大量数据的需求。

目前服务器集群包括管理服务器和业务服务器，管理服务器为业务服务期提供配置服务。在服务器集群运行期间如果管理服务器发生故障，将会影响整个服务器集群的运行。

发明内容

本申请实施例提供了一种服务器集群的管理方法、管理服务器及管理系统，可以解决目前服务器集群中管理服务器发生故障时，服务器集群无法运行的问题。

第一方面，本申请实施例提供了一种服务器集群的管理方法，服务器集群包括管理服务器和业务服务器，所述管理服务器包括第一服务器和第二服务器，所述第二服务器为所述管理服务器中除所述第一服务器之外的管理服务器；

方法包括：

在确定所述服务器集群中不存在主管理服务器时，所述第一服务器接收所述第二服务器发送的第一竞选信息；

若在第一预设时间段内接收到的所述第一竞选信息满足竞选成功条件，则所述第一服务器作为第一主管理服务器。

第二方面，本申请实施例提供了一种管理服务器，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述第一方面中任一项所述的服务器集群的管理方法。

第三方面，本申请实施例提供了一种服务器集群的管理系统，包括至少两个第二方面所述的管理服务器和至少两个业务服务器；

所述业务服务器用于接收所述服务器集群中主管理服务器发送的第一配置信息；若所述第一配置信息中包括切换业务状态信息，根据所述切换业务状态信息，所述业务服务器将当前服务器状态由冗余状态切换为运行状态或由运行状态切换为冗余状态。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的服务器集群的管理方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的服务器集群的管理方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

本申请实施例与现有技术相比存在的有益效果是：本申请服务器集群包括管理服务器和业务服务器，管理服务器包括第一服务器和第二服务器，在确定服务器集群中不存在主管理服务器时，第一服务器接收第二服务器发送的第一竞选信息；若在第一预设时间段内接收到的第一竞选信息满足竞选成功条件，则第一服务器作为第一主管理服务器；本申请通过管理服务器之间相互传送信息达到自动选举出主管理服务器的目的，本申请中的服务器集群不用人为干预，可以自动选举主管理服务器，即使在主管理服务器发生故障时，也可以自己选举出一个主管理服务器，使服务器集群继续运行，不会影响服务器集群的正常运行。

附图说明

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

图1是本申请一实施例提供的服务器集群的管理系统的结构示意图；

图2是本申请一实施例提供的管理服务器中管理服务器状态管理模块的结构示意图；

图3是本申请一实施例提供的管理服务器状态管理模块中角色状态机的工作过程示意图；

图4是本申请一实施例提供的业务服务器中业务服务器状态管理的结构示意图；

图5是本申请一实施例提供的业务服务器状态管理中角色状态机的工作过程示意图；

图6是本申请一实施例提供的服务器集群的管理方法的流程示意图；

图7是本申请一实施例提供的主管理服务器对业务服务器的配置管理方法的流程示意图；

图8是本申请一实施例提供的业务服务器工作过程的流程示意图；

图9是本申请一实施例提供的管理服务器的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当……时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

图1示出了本申请提供的一种服务器集群的管理系统的示意性流程图，参照图1，对该系统的详述如下：

该系统包括至少两个管理服务器和多个业务服务器。

在本实施例中，服务器集群在运行时需要选择一个管理服务器作为主管理服务器，除主管理服务器之外的其他管理服务器作为冗余管理服务器。或者，在已经选择的主管理服务器发生故障时，需要从剩下的冗余管理服务器中选择一个冗余管理服务器作为主管理服务器，以保证服务器集群的正常运行。

在本实施例中，主管理服务器和冗余管理服务器通过网络通道建立通信。主管理服务器用于对上述至少两个冗余服务器和多个业务器进行配置管理。配置管理包括状态管理和配置同步。

在本实施例中，主管理服务器和业务服务器通过网络通道进行通信。冗余管理服务器和业务服务器之间通过网络通道进行通信。

在本实施例中，服务器集群在运行时，主管理服务器可以将多个业务服务器配置成运行业务服务器和冗余业务服务器。

在本实施例中，运行业务服务器向服务器集群提供业务服务，也就是用于处理用户发送的请求。

在本实施例中，管理服务器之间、以及管理服务器与业务服务器之间是通过报文进行通信的。服务器集群中的报文包括集群管理报文。集群管理报文包括：管理服务器发送的集群保活报文、业务服务器发送的集群保活报文、管理服务器发送的集群竞选报文、管理服务器发送的竞选终止报文、请求同步报文、主管理服务器发送的同步开始报文、主管理服务器发送的同步结束报文和主管理服务器发送的业务使能报文。

在本实施例中，每个管理服务器按照预设时间周期性的发出集群保活报文，用于向其他服务器通知自己的状态。管理服务器的集群保活报文包括：集群编号、服务器编号、管理优先级、集群角色状态和同步进度等。

具体的，集群编号用于表征该管理服务器所在的集群。服务器编号用于表征该管理服务器的编号。管理优先级用于表征该管理服务器的优先级，用于选择主管理服务器。集群角色状态用于表征管理服务器当前所处在的角色状态机中的哪个状态。同步进度用于表征该管理服务器与主管理服务器同步配置数据的进度，用于说明该管理服务器的配置数据是否已经与主管理服务器完成同步。主管理服务器的同步进度始终为已完成同步。

在本实施例中，每个业务服务器按照预设时间周期性的发出集群保活报文，用于向其他服务器通知自己的状态。业务服务器的集群保活报文包括：集群编号、服务器编号、业务优先级、集群角色状态和同步进度等。

具体的，集群编号用于保证该业务服务器所在的集群。服务器编号用于表征该业务服务器的编号。管理优先级用于表征该业务服务器的优先级，用于选择成为运行业务服务器还是冗余业务服务器。集群角色状态用于表征业务服务器当前所处在的角色状态机中的哪个状态。同步进度用于表征该业务服务器与主管理服务器同步配置数据的进度，用于说明该业务服务器的配置数据是否已经与主管理服务器完成同步。

在本实施例中，集群竞选报文为管理服务器发出的用于竞选成为主管理服务器的报文。集群竞选报文包括：集群编号、服务器编号、管理优先级、同步进度。

在本实施例中，竞选终止报文是管理服务器向其他管理服务器发送的，用于终止其他管理服务器竞选为主管理服务器的报文。竞选终止报文包括：集群编号、服务器编号、管理优先级、同步进度。

由于在竞选主管理服务器阶段，可能存在多个管理服务器竞选主管理服务器，在一个管理服务器接收到其他管理服务器发送的集群竞选报文时，需要比较该管理服务器与自己的竞选级别。如果该管理服务器的竞选级别低于自己的竞选级别，则需要向该管理服务器发送终止竞选报文，以便于该管理服务器退出竞选。

具体的，竞选级别的比较方法包括：首先比较接收到的集群竞选报文的管理服务器的同步进度。已经完成同步的优先级高于未完成同步的。如果两个管理服务器的同步进度相同，则比较两个管理服务器的管理优先级。在同步进度相同时，管理优先级高的管理服务器的竞选级别高于管理优先级低的管理服务器的竞选级别。

在本实施例中，管理服务器和业务服务器均可以发出请求同步报文。管理服务器和业务服务器在加入集群后，向主管理服务器发送请求同步报文，用于请求同步配置数据。请求同步报文包括：集群编号、服务器角色、服务器编号。

在本实施例中，主管理服务器在接收到请求同步报文后，向请求同步报文的发送者发送同步开始报文，同步开始报文用于告知请求同步报文的发送者开始进行配置数据的同步。同步开始报文包括：集群编号、主管理服务器编号。

在本实施例中，在完成配置数据的同步后，主管理服务器向对应的服务器发送同步结束报文，同步结束报文用于通知完成同步的服务器同步完成。同步结束报文包括：集群编号、主管理服务器编号。

在本实施例中，业务使能报文是主管理服务器向加入集群的业务服务器发送的，用于通知对方切换为运行状态或冗余状态，也就是用于告知业务服务器将自身配置成运行业务服务器还是冗余业务服务器。业务使能报文包括：集群编号、主管理服务器编号、业务使能状态。

在一种可能的实现方式中，每个管理服务器中均设有管理服务器状态管理模块。每个业务服务器中均设有业务服务器状态管理模块。

如图2所示，在一种可能的实现方式中，管理服务器状态管理模块包括5个状态机。5个状态机分别为接收状态机、保活状态机、角色状态机、决策状态机和发送状态机。

在一种可能的实现方式中，接收状态机用于接收其他管理服务器和业务服务器发送的集群管理报文，并对集群管理报文进行解析，生成与集群管理报文对应的服务器的集群状态和集群管理。集群状态包括：集群编号、同步进度、服务器编号等集群保活报文中的信息，以及服务器的在线状态；集群管理是指发送服务器对接收服务器的管理说明，包括发送服务器自身所处管理过程的说明、发送服务器要求接收服务器执行处理过程的说明，例如：管理服务器说明自身正在竞选主管理服务器、主管理服务器通知业务服务器准备开始进行配置同步、主管理服务器通知业务服务器配置成运行业务服务器等。在本实施例中，接收状态机将解析得到的集群状态发送给保活状态机。接收状态机将解析得到的集群管理发送给角色状态机。

具体的，接收状态机启动后先进入静默状态，静默状态下是不会接收集群管理报文的。在开启集群服务后，接收状态机进入接收状态。接收状态机在接收状态下可以接收其他管理服务器或业务服务器发送的集群管理报文。接收状态机处于接收状态时，如果关闭集群服务，接收状态机则进入静默状态。接收状态机在接收到集群管理报文后进入解析状态，在解析状态下解析接收到的集群管理报文，并将解析结果发送给其他状态机。在接收状态机完成集群管理报文的解析后进入接收状态。

在本实施例中，保活状态机用于维护集群中所有管理服务器和业务服务器的集群保活状态，并在集群保活状态有变化时通知其他状态机。

具体的，保活状态机启动后进入记录状态，记录接收状态机发送的集群状态。保活状态机的初始记录状态为没有管理服务器及业务服务器在线。保活状态机在记录状态确定有集群状态更新后，保活状态机进入更新状态。更新状态记录集群状态的更新时间，并更新集群状态。在有管理服务器和/或业务服务器的集群状态发生变化时，通知角色状态机和决策状态机。如果有管理服务器或业务服务器的保活超时，保活状态机进入更新状态。

在本实施例中，角色状态机用于根据接收到的集群管理报文，以及自己当前所处于的角色状态，动态维护自己的角色状态。

如图3所示，具体的，以管理服务器A中的角色状态机为例进行说明，角色状态机的工作过程包括：

S11，角色状态机在启动后首先进入探寻状态。在探寻状态判断在预设时间段内是否接收到主管理服务器发送的集群保活报文。预设时间段可以根据需要进行设置。

具体判断集群保活报文是否为主管理服务器发送的方法包括：基于集群保活报文中的集群角色状态判断。主管理服务器发送的集群保活报文中的集群角色状态为主管理声明状态或主管理状态，不会有其他的状态出现。如果接收到主管理服务器发送的集群保活报文，则说明服务器集群中已经存在主管理服务器，反之则说明服务器集群中不存在主管理服务器。

S12，若在探寻状态未接收到主管理服务发送的集群保活报文，则进入竞选状态。

具体的，竞选状态为管理服务器A进行竞选成为主管理服务器的阶段。在竞选状态时，管理服务器A会周期性的发送集群竞选报文，同时管理服务器A也会周期性的接收到其他管理服务器发送的集群竞选报文。管理服务器A在对接收到的集群竞选报文进行处理时，其他管理服务器也在对接收到的集群竞选报文进行处理。

作为举例，如果服务器集群中包括管理服务器A、管理服务器B和管理服务器C。管理服务器A会周期性的向管理服务器B和管理服务器C发送集群竞选报文A，与此同时管理服务器A会接收管理服务器B发送的集群竞选报文B和管理服务器C发送的集群竞选报文C。管理服务器B会周期性的向管理服务器A和管理服务器C发送集群竞选报文B，与此同时管理服务器B会接收管理服务器A发送的集群竞选报文A和管理服务器C发送的集群竞选报文C。管理服务器C会周期性的向管理服务器B和管理服务器A发送集群竞选报文C，与此同时管理服务器C会接收管理服务器B发送的集群竞选报文B和管理服务器A发送的集群竞选报文A。

在本实施例中，如果在竞选时间段内未收到来自主管理服务器发送的集群保活报文、没有接收到竞选终止报文和更高竞选级别的管理服务器发送的集群竞选报文，则确定管理服务器A竞选成功，管理服务器A可以作为主管理服务器。

在本实施例中，若接收到来自主管理服务器发送的集群保活报文，则可以确定在当前时间已经有管理服务器竞选成功。竞选终止报文是服务器集群中的一管理服务器，本申请可以记为管理服务器B，在接收到管理服务器A发送的集群保活报文后，通过比较管理服务器A和管理服务器B的竞选级别，确定管理服务器B的竞选级别高于管理服务器A的竞选级别，管理服务器B向管理服务器A发送的。竞选终止报文用于通知管理服务器竞选失败，退出竞选。管理服务器A接收其他管理服务器发送的集群竞选报文，管理服务器A通过比较自己与其他管理服务器的竞选级别，如果自己的竞选级别高于其他管理服务器，则继续竞选，如果自己的竞选级别低于其他管理服务器的竞选级别，则竞选失败，退出竞选。

在本实施例中，如果管理服务器A在竞选时间段内收到来自主管理服务器发送的集群保活报文、接收到竞选终止报文或接收到更高竞选级别的管理服务器发送的集群竞选报文，则确定管理服务器A竞选失败。竞选失败的管理服务器A可能会进入备选状态。

S13，如果竞选成功，则该管理服务器可以作为主管理服务器，进入主管理声明状态。

在本实施例中，主管理服务器进入主管理声明状态后周期性的发送集群保活报文，以通知其他管理服务器退出竞选。在此阶段，如果主管理服务器接收到来自其他管理服务器发送的集群竞选报文，主管理服务器向该管理服务器发送竞选终止报文。主管理服务器选择成功后可以通知决策状态机开启决策，完成对业务服务器进行使能选择。使能选择包括将业务服务器选择成为运行业务服务器或选择成为冗余业务服务器。

S14，在主管理服务器声明完成后进入主管理状态。

在本实施例中，主管理状态中主管理服务可以向冗余管理服务器和业务服务器提供配置管理服务。

S15，如果竞选失败、且已经存在主管理服务器，若管理服务器A的同步状态为未完成同步，则进入冷备状态。

S16，如果竞选失败、且已经存在主管理服务器，若管理服务器A的同步状态为完成同步，则进入热备状态。

S17，如果竞选失败、且未选出主管理服务器，则进入备选状态。

在本实施例中，如果接收到来自主管理服务器发送的集群保活报文，则确定当前时间已经选择出主管理服务器。反之则没有选择出主管理服务器。

S18，在备选状态的预设时间内，如果接收到主管理服务器发送的集群保活报文，则确定服务器集群已经选择出主管理服务器，若管理服务器A的同步状态为未完成同步则进入冷备状态。

S19，在备选状态的预设时间内，如果接收到主管理服务器发送的集群保活报文，则确定服务器集群已经选择出主管理服务器，若管理服务器A的同步状态为完成同步则进入热备状态。

S20，在备选状态的预设时间内如果未接收到主管理服务器发送的集群保活报文，则确定服务器集群选择主管理服务器失败，管理服务器A进入竞选状态继续竞选。

S21，若在探寻状态接收到主管理服务发送的集群保活报文，则进入冷备状态。

具体的，由于同步进度为未完成，则管理服务器A需要与主管理服务器进行配置数据的同步。管理服务器A将同步进度重置为未同步，管理服务器A需要向主管理服务器发送请求同步报文，如果管理服务器A接收到主管理服务器返回的同步开始报文，管理服务器A开始进行配置同步的过程。

S22，在冷备状态接收到主管理服务器发送的同步结束报文后，进入热备状态。

具体的，在全部配置数据均完成同步后，主管理服务器向管理服务器A发送同步结束报文。角色状态机进入热备状态。进入热备状态后管理服务器A将同步进度改为同步完成。管理服务器A进入热备状态后则被选择成为冗余管理服务器。

S23，如果在热备状态发现主管理服务器失活，也就是接收不到主管理服务器发送的集群保活报文，则进入竞选状态，管理服务器A准备竞选成为主管理服务器。

S24，在冷备状态如果配置数据同步的过程发生异常导致同步配置数据失败，或在冷备状态发现主管理服务器失活，则进入还原状态。

S25，进入还原状态后将管理服务器A还原成初始状态。在管理服务器A恢复成初始状态后进入探寻状态。

在本实施例中，如果配置数据的同步失败，则管理服务器A中可能存在不完全的配置数据，需要将不完全的配置数据进行清除。

在一种可能的实现方式中，决策状态机用于根据业务服务器的角色状态以及决策配置，选择集群中的业务服务器成为运行业务服务器，或者冗余业务服务器。

在本实施例中，决策状态机用于维护业务服务器的使能状态。使能状态开启则表示业务服务器为运行状态，也就是业务服务器被选择成为运行业务服务器。如果使能状态关闭则表示业务服务器为冗余状态，也就是业务服务器被选择成为冗余业务服务器。

在本实施例中，决策状态机在开启之后进入记录状态。记录状态主要记录业务服务器的业务优先级、集群角色状态、使能状态等。在开启决策服务后进入决策状态。在决策状态根据业务服务器的集群状态和决策配置进行业务服务器的使能状态选择。

具体的，在进行决策之前需要筛选出目标业务服务器，目标业务服务器用于进行使能状态的配置。目标业务服务器为与主管理服务器在同一集群、且与主管理服务器完成配置数据同步的业务服务器。

决策配置包括：(1)如果目标业务服务器的数量小于预存的最小值，则关闭所有目标业务服务器的使能状态，也就是将所有目标业务服务器作为冗余业务服务器。最小值为预存的运行业务服务器的最小个数。最小值可以根据需要进行设置。(2)开启使能状态的目标业务服务器的个数不小于上述最小值、且不大于最大值。最大值为预存的运行业务服务器的最大个数。最大值可以根据需要进行设置。(3)可以将目标业务服务器的业务优先级从高到低进行排序，取前边预设个数的目标业务服务器作为运行业务服务器。(4)可以优先选择已经开启使能状态的目标业务服务器继续作为运行业务服务器，如果已经开启使能状态的目标业务服务器的个数不满足要求，则将剩下的目标业务服务器的业务优先级从高到底进行排序，选择排序前边的几个目标业务服务器作为运行业务服务器。

在一种可能的实现方式中，发送状态机用于更新管理服务器或业务服务器对应的集群保活报文中的信息，并周期性的发送该集群保活报文。发送状态机还可以发送集群管理报文。另外，决策状态机决策出的业务服务器的使能状态需要通过发送状态机发送业务使能报文给业务服务器。

具体的，发送状态机启动后进入静默状态，在静默状态下发送状态机不会发送报文。开启集群服务后，发送状态机进入等待状态。

在等待状态如果关闭集群服务，发送状态机进入静默状态。

发送状态机在等待状态如果到达预设的保活周期、或者管理服务器A的集群状态发生变化，发送状态机进入保活记录状态。

在等待状态的发送状态机，如果有其他状态机需要发送集群管理报文，则发送状态机进入发送状态。

发送状态机在保活记录状态下更新管理服务器A的集群状态，并记录保活发送时间，随后进入发送状态。

发送状态机在发送状态下发送需要发送的报文，报文发送完成后进入等待状态。

如图4所示，在一种可能的实现方式中，业务服务器状态管理包括4个状态机。4个状态机分别为接收状态机、保活状态机、角色状态机和发送状态机。

在一种可能的实现方式中，业务服务器状态管理中的接收状态机的作用与管理服务器状态管理中的接收状态机的作用相似，可以参照管理服务器状态管理中的接收状态机，在此不再赘述。

在一种可能的实现方式中，业务服务器状态管理中的保活状态机的作用与管理服务器状态管理中的保活状态机的作用相似，可以参照管理服务器状态管理中的保活状态机，在此不再赘述。

在一种可能的实现方式中，业务服务器状态管理中的角色状态机用于维护业务服务器的集群角色状态。业务服务器状态管理中的角色状态机还可以建立集群拓扑结构。

如图5所示，在一种可能的实现方式中，以业务服务器A为例说明业务服务器状态管理中的角色状态机的作用，具体包括：

S31，角色状态机启动后先进入探寻状态。在探寻状态主要确定服务器集群中是否存在主管理服务器。业务服务器A在探寻状态接收不到主管理服务器发送的集群保活报文，则确定服务器集群中可能不存在主管理服务器，业务服务器A继续保持探寻状态。

S32，业务服务器A在探寻状态接收到主管理服务器发送的集群保活报文，则业务服务器A进入冷备状态。

在本实施例中，如果在探寻状态接收到主管理服务器发送的集群保活报文，则确定服务器集群中存在主管理服务器。

进入冷备状态后，业务服务器A向主管理服务器发送请求同步报文，直到主管理服务器返回同步开始报文后进入同步配置数据的过程。

S33，业务服务器A在接收到主管理服务器发送的同步结束报文，业务服务器A进入热备状态。

S34，如果在冷备状态同步配置数据时发生异常则进入还原状态，具体的可参照上述管理服务器A中的还原状态的描述，在此不再赘述。

S35，如果业务服务器A在热备状态接收到主管理服务器发送的业务使能报文，业务使能报文用于指示业务服务器A切换业务状态。

具体的，进入热备状态的业务服务器被选择成为冗余业务服务器。在接收到业务使能报文后将业务服务器A从冗余状态切换为运行状态，也就是将业务服务器A选择成为运行业务服务器。

若将业务服务器A切换为运行状态，则业务服务器A进入业务状态。

在本实施例中，业务服务器A在业务状态时开启业务使能则业务服务器A提供业务服务。

S36，如果业务服务器A在业务状态接收到主管理服务器发送的业务使能报文，则将业务服务器A从业务状态切换为冗余状态，也就是将业务服务器A从运行业务服务器切换为冗余业务服务器。业务服务器A切换成冗余业务服务器后进入热备状态。

S37，如果业务服务器A在业务状态的预设时间段内没有接收到主管理服务器发送的集群保活报文，则进入离群状态。

在本实施例中，如果在预设时间段内没有接收到主管理服务器发送的集群保活报文，则确定服务器集群中的管理服务器发生异常。

S38，如果业务服务器A在热备状态的预设时间段内没有接收到主管理服务器发送的集群保活报文，则进入离群状态。

S39，业务服务器A在还原状态回复初始状态后进入探寻状态。

S40，业务服务器A在离群状态后重新进入探寻状态。

在本实施例中，业务服务器A在离群状态时可以根据需要继续选择是否提供业务服务。

在一种可能的实现方式中，业务服务器A中的发送状态机开启后进入静默状态，在静默状态不会接收报文，在开启集群服务后，发送状态机进入等待状态。业务服务器A在等待状态时，如果关闭了集群服务，则进入静默状态。

在等待状态如果业务服务器A到达发送保活周期，或者业务服务器A的集群状态发生变化，则进入保活记录状态。业务服务器A在保活记录状态更新集群状态并记录保活发送时间，进入发送状态。业务服务器A在发送状态构建集群管理报文并发送该报文，将集群管理报文发送完毕之后进入等待状态。

图6示出了本申请提供的服务器集群的管理方法的示意性流程图，服务器集群包括管理服务器和业务服务器，管理服务器包括第一服务器和第二服务器，第二服务器为管理服务器中除第一服务器之外的管理服务器。

参照图6，对该方法的详述如下：

S101，在确定所述服务器集群中不存在主管理服务器时，所述第一服务器接收所述第二服务器发送的第一竞选信息。

在本实施例中，确定服务器集群中不存在主管理服务器的方法为：接收不到主管理服务器发送的集群保活报文。在确定服务器集群中不存在主管理服务器后，服务器集群会进入竞选阶段，管理服务器会进入竞选状态。

在本实施例中，第一服务器为管理服务器中的任一服务器。

在本实施例中，第一竞选信息可以包括集群竞选报文、集群保活报文等。

S102，若在第一预设时间段内接收到的所述第一竞选信息满足竞选成功条件，则所述第一服务器作为第一主管理服务器。

在本实施例中，如果在第一预设时间段内接收到的所述第一竞选信息满足竞选成功条件，则说明第一服务器竞选成功，第一服务器可以作为主管理服务器，本申请中记为第一主管理服务器。

在本实施例中，第一预设时间段可以根据需要进行设置。在第一预设时间段内第一服务器周期性的发送第二竞选信息，并随时接收每个第二服务器发送的第一竞选信息。本申请实施例中，服务器集群包括管理服务器和业务服务器，管理服务器包括第一服务器和第二服务器，在确定服务器集群中不存在主管理服务器时，第一服务器接收第二服务器发送的第一竞选信息；若在第一预设时间段内接收到的第一竞选信息满足竞选成功条件，则第一服务器作为第一主管理服务器；本申请通过管理服务器之间相互传送信息达到自动选举出主管理服务器的目的，本申请中的服务器集群不用人为干预，可以自动选举主管理服务器，即使在主管理服务器发生故障时，也可以自己选举出一个主管理服务器，使服务器集群继续运行，不会影响服务器集群的正常运行。

在一种可能的实现方式中，在第一预设时间段内接收到的所述第一竞选信息满足竞选成功条件，包括：

若在第一预设时间段内接收到的所述第一竞选信息不满足第一条件、且不满足第二条件、且不满足第三条件，则确定在第一预设时间段内接收到的所述第一竞选信息满足竞选成功条件，

其中，第一条件：若任一所述第一竞选信息中的服务器角色状态为第一状态，所述第一状态为已经成为第二主管理服务器的第二服务器；

第二条件：若任一所述第一竞选信息对应的第二服务器的竞选级别高于所述第一服务器的竞选级别，其中，所述第一竞选信息对应的第二服务器为发送所述第一竞选信息的第二服务器；

第三条件：若任一第一竞选信息中包含竞选终止信息。

在本实施例中，服务器角色状态包括服务器是否为主管理服务器。服务器角色状态可以从管理服务器的集群保活报文中的集群角色状态中获得。具体的，成为主管理服务器的集群角色状态为主管理声明状态或主管理状态。没有成为主管理服务器的集群角色状态可以包括：探寻状态、竞选状态、备选状态、热备状态、冷备状态或还原状态。

在本实施例中，第一状态包括主管理声明状态和主管理状态。

在本实施例中，竞选级别基于所述第一竞选信息中的同步进度和管理优先级确定，其中，所述同步进度表征所述第二服务器与所述服务器集群中主管理服务器同步配置数据的进度。

具体的，同步进度和管理优先级均可以从集群保活报文或集群竞选报文中获得。

在本实施例中，竞选终止信息包括竞选终止报文。竞选终止信息用于通知管理服务器退出竞选。

本申请实施例中，通过确定第一竞选信息是否满足竞选成功条件可以准确的判断第一服务器是否可以作为主管理服务器。

在一种可能的实现方式中，在步骤S101之后，上述方法还可以包括：

若所述第一服务器的竞选级别高于第二服务器的竞选级别，所述第一服务器向第二服务器发送竞选终止信息。

在本实施例中，如果第二服务器接收到第一服务器发送的第二竞选信息后确定第二服务器的竞选级别大于第一服务器的竞选级别，第二服务器向第一服务器发送竞选终止信息，以通知第一服务器退出竞选。

在一种可能的实现方式中，在步骤S101之后，上述方法还可以包括：

若在所述第一预设时间段内接收到的所述第一竞选信息不满足所述竞选成功条件，则所述第一服务器作为冗余管理服务器。

在本实施例中，不满足所述竞选成功条件包括满足上述第一条件、或满足上述第二条件或满足上述第三条件。

如图7所示，在一种可能的实现方式中，在步骤S102之后，上述方法还可以包括：

S201，所述第一服务器接收所述服务器集群中的业务服务器发送的第一信息，其中，所述第一信息包括所述业务服务器的当前服务器状态和所述业务服务器与所述主管理服务器同步配置数据的进度，所述当前服务器状态包括业务状态或冗余状态。

在本实施例中，第一信息包括业务服务器的集群保活报文。业务服务器的集群保活报文中的同步进度表征业务服务器与主管理服务器同步配置数据的进度。业务服务器的集群保活报文中的集群角色状态用于表征业务服务器的当前服务器状态。集群角色状态在运行状态时表征业务服务器的业务使能为开启状态，也就是业务服务器为运行状态。集群角色状态在热备状态时表征业务服务器的业务使能为关闭状态，也就是业务服务器为冗余状态。

在本实施例中，业务服务器的当前服务器状态为业务服务器的使能状态。

S202，基于所述第一信息，所述第一服务器生成所述业务服务器的第一配置信息。

在本实施例中，首先根据集群保活报文中的同步进度，查找完成同步配置数据的业务服务器，本申请中记为目标业务服务器，主管理服务器只对完成同步配置数据的业务服务器进行配置。

在本实施例中，生成配置信息的方法包括：

判断目标业务服务器的个数，如果目标业务服务器的个数小于预设个数，则将所有目标业务服务器的当前服务器状态配置为冗余状态。

按照业务优先级从高到低的顺序将目标业务服务器进行排序，从高到低选择预设个数的目标业务服务器，将选出的预设个数的目标业务服务器的当前服务器状态配置为运行状态。业务优先级可以从业务服务器的集群保活报文中获得。

确定目标业务服务器中存在运行状态的目标业务服务器的个数，如果运行状态的目标业务服务器的个数小于预设值，则将剩下的目标业务服务器按照业务优先级从高到低的顺序进行排序，从排序后的目标业务服务器中从高到低选择第一个数的目标业务服务器，将选出的目标业务服务器配置为运行状态。第一个数为预设个数与存在运行状态的目标业务服务器的个数的差值。

S203，所述第一服务器向所述第一配置信息对应的业务服务器发送所述第一配置信息，其中，所述第一配置信息用于指示所述业务服务器配置当前服务器状态，所述第一配置信息对应的业务服务器为发送所述第一信息的业务服务器。

在本实施例中，第一配置信息包括配置业务服务器的使能状态。第一配置信息可以包括业务使能报文。

本申请实施例中，在选择出主管理服务器后，主管理服务器可以对业务服务器进行配置管理，以保证业务服务器可以正常运行。

如图8所示，在一种可能的实现方式中，在步骤S102之后，上述方法还可以包括：

S301，所述业务服务器接收所述主管理服务器发送的所述第一配置信息。

S302，若所述第一配置信息中包括切换业务状态信息，根据所述切换业务状态信息，所述业务服务器将当前服务器状态由冗余状态切换为运行状态或由运行状态切换为冗余状态。

本申请实施例中，业务服务器可以配置成运行业务服务器和冗余业务服务器，本申请中增加了冗余业务服务器，是服务器集群更加完整多变。

需要说明的是，在竞选阶段，第一服务器会不断接收第二服务器发送的第一竞选信息，同时，第一服务器也会周期性的发送第二竞选信息，第二服务器不断接收第一服务器发送的第二竞选信息，以供第二服务器根据第二竞选信息判断第二服务器是否可以作为主管理服务器。第一服务器和第二服务器判断自身是否可以成为主管理服务器是同时进行的。

具体的，第二服务器判断自身是否可以成为主管理服务器的方法与第一服务器判断自身是否可以成为主管理服务器的方法相同，请参照第一服务器判断自身是都可以作为主管理服务器的方法，在此不再赘述。

作为举例，如果第二服务器包括服务器Q和服务器R。第一服务器会周期性的向服务器Q和服务器R发送第二竞选信息。服务器Q和服务器R均会周期性的发送第一竞选信息。第一服务器会接收服务器Q和服务器R发送的第一竞选信息。服务器Q会接收第一服务器发送的第二竞选信息，服务器Q还会接收服务器R发送的第一竞选信息。服务器R会接收第一服务器发送的第二竞选信息，服务器R还会接收服务器Q发送的第一竞选信息。

第一服务器和第二服务器在接收到竞选信息后，均会根据竞选信息判断自身是否可以作为主管理服务器。

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

本申请实施例还提供了一种管理服务器，参见图9，该管理服务器400可以包括：至少一个处理器410、存储器420以及存储在所述存储器420中并可在所述至少一个处理器410上运行的计算机程序，所述处理器410执行所述计算机程序时实现上述任意各个方法实施例中的步骤，例如图6所示实施例中的步骤S101至步骤S102。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器420中，并由处理器410执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序段，该程序段用于描述计算机程序在终端设备400中的执行过程。

本领域技术人员可以理解，图9仅仅是管理服务器的示例，并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如输入输出设备、网络接入设备、总线等。

处理器410可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器420可以是管理服务器的内部存储单元，也可以是终端设备的外部存储设备，例如插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。所述存储器420用于存储所述计算机程序以及终端设备所需的其他程序和数据。所述存储器420还可以用于暂时地存储已经输出或者将要输出的数据。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本申请实施例提供的服务器集群的管理方法可以应用于计算机、平板电脑、笔记本电脑、上网本、个人数字助理(personal digital assistant，PDA)等终端设备上，本申请实施例对终端设备的具体类型不作任何限制。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述服务器集群的管理方法各个实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述服务器集群的管理方法各个实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (6)

1.一种服务器集群的管理方法，其特征在于，服务器集群包括管理服务器和业务服务器，所述管理服务器包括第一服务器和第二服务器，所述第二服务器为所述管理服务器中除所述第一服务器之外的管理服务器；

所述方法包括：

在确定所述服务器集群中不存在主管理服务器时，所述第一服务器接收所述第二服务器发送的第一竞选信息；

若在第一预设时间段内接收到的所述第一竞选信息满足竞选成功条件，则所述第一服务器作为第一主管理服务器；

所述第一服务器接收所述第二服务器发送的第一竞选信息之后，包括：

所述第一服务器基于所述第一竞选信息，确定发送所述第一竞选信息的所述第二服务器的竞选级别；

若所述第一服务器的竞选级别高于发送所述第一竞选信息的所述第二服务器的竞选级别，所述第一服务器向发送所述第一竞选信息的所述第二服务器发送竞选终止信息；所述竞选级别基于所述第一竞选信息中的同步进度和管理优先级确定，其中，所述同步进度表征所述第二服务器与所述服务器集群中主管理服务器同步配置数据的进度；

在第一预设时间段内接收到的所述第一竞选信息满足竞选成功条件，包括：

若在第一预设时间段内接收到的所述第一竞选信息不满足第一条件、且不满足第二条件、且不满足第三条件，则确定在第一预设时间段内接收到的所述第一竞选信息满足竞选成功条件，

其中，第一条件：若任一所述第一竞选信息中的服务器角色状态为第一状态，所述第一状态为已经成为第二主管理服务器的第二服务器；

第二条件：若任一所述第一竞选信息对应的第二服务器的竞选级别高于所述第一服务器的竞选级别，其中，所述第一竞选信息对应的第二服务器为发送所述第一竞选信息的第二服务器；

第三条件：若任一第一竞选信息中包含竞选终止信息；

在所述第一服务器作为所述主管理服务器之后，包括：

所述第一服务器接收所述服务器集群中的业务服务器发送的第一信息，其中，所述第一信息包括所述业务服务器的当前服务器状态和所述业务服务器与所述主管理服务器同步配置数据的进度，所述当前服务器状态包括业务状态或冗余状态；

基于所述第一信息，所述第一服务器生成所述业务服务器的第一配置信息；

所述第一服务器向所述第一配置信息对应的业务服务器发送所述第一配置信息，其中，所述第一配置信息用于指示所述业务服务器配置当前服务器状态，所述第一配置信息对应的业务服务器为发送所述第一信息的业务服务器。

2.如权利要求1所述的服务器集群的管理方法，其特征在于，在所述第一服务器接收所述第二服务器发送的第一竞选信息之后，包括：

若在所述第一预设时间段内接收到的所述第一竞选信息不满足所述竞选成功条件，则所述第一服务器作为冗余管理服务器。

3.如权利要求1至2任一项所述的服务器集群的管理方法，其特征在于，在所述第一服务器作为所述主管理服务器之后，包括：

所述业务服务器接收所述主管理服务器发送的所述第一配置信息；

若所述第一配置信息中包括切换业务状态信息，根据所述切换业务状态信息，所述业务服务器将当前服务器状态由冗余状态切换为运行状态或由运行状态切换为冗余状态。

4.一种管理服务器，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至2任一项所述的服务器集群的管理方法。

5.一种服务器集群的管理系统，其特征在于，包括至少两个如权利要求4所述的管理服务器和至少两个业务服务器；

所述业务服务器用于接收所述服务器集群中主管理服务器发送的第一配置信息；若所述第一配置信息中包括切换业务状态信息，根据所述切换业务状态信息，所述业务服务器将当前服务器状态由冗余状态切换为运行状态或由运行状态切换为冗余状态。

6.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至3任一项所述的服务器集群的管理方法。

Images