CN116032932A

CN116032932A - 针对边缘服务器的集群管理方法、系统、设备及介质

Info

Publication number: CN116032932A
Application number: CN202211643327.1A
Authority: CN
Inventors: 杜子昱
Original assignee: Suzhou Inspur Intelligent Technology Co Ltd
Current assignee: Suzhou Inspur Intelligent Technology Co Ltd
Priority date: 2022-12-20
Filing date: 2022-12-20
Publication date: 2023-04-28

Abstract

本申请提供了一种针对边缘服务器的集群管理方法、系统、设备及介质，包括：在多个边缘服务器中选举出主服务器及从服务器；主服务器向从服务器发送数据查询请求以获取从服务器对应的从服务器数据并存储至主服务器中；主服务器基于返回的从服务器数据判断从服务器的忙碌程度；主服务器基于从服务器的忙碌程度修改从服务器的第一运行状态。通过增加了对从服务器忙碌程度的检测排序的功能，有效提高了在复杂场景下边缘服务器的工作效率，降低了资源成本。

Description

针对边缘服务器的集群管理方法、系统、设备及介质

技术领域

本申请涉及计算机技术领域，特别是一种针对边缘服务器的集群管理方法、系统、电子设备及计算机可读存储介质。

背景技术

随着5G技术的成熟以及在商业领域中的应用不断增加，边缘计算逐渐成为IT/CT届的热词；近些年，边缘计算在工业、交通以及农业等多个垂直行业的升级中扮演着重要角色；其中，承载着边缘算力的边缘服务器有着重要地位。然而，随着各公司边缘计算应用场景的落地与部署，各种问题也随之显现；对于边缘服务器需求多的场景来说，如何高效的管理边缘服务器、监控边缘服务器的在位和运行状态以及监控组的动态伸缩成为了各公司解决方案工程师最头疼的问题。但相比于云计算的服务器的集中管理(大部分基于Kubernetes的容器编排)，边缘服务器的部署相对稀疏分散，同时边缘侧的推理任务通常是基于单个边缘服务器进行的(排除类似车路协同需要任务卸载的推理场景)，这就不要求对边缘服务器集群进行对计算资源与存储资源进行池化管理。

目前存在的集群管理技术只可以对集群中异常状态的检测或者保活检测(也叫在位状态检测)，却无法监控集群中各个单体边缘服务器的任务负荷情况以及对空闲的边缘服务器进行管理；比如在某些边缘场景中，无论是否有任务执行，空闲的边缘服务器与忙碌的边缘服务器都会一直按照额定功率运行，而这种运行模式对于空闲的服务器来说，就造成了一定的额外资源浪费。

因此亟需一种能够提高复杂场景下边缘服务器的工作效率的集群管理方法以解决上述技术问题。

发明内容

基于此，有必要针对上述技术问题，提供一种针对边缘服务器的集群管理方法、系统、电子设备及计算机可读存储介质，以增加对边缘服务器忙碌程度检测排序的功能,进一步提高在复杂场景下边缘服务器的工作效率,降低资源成本。

第一方面，本申请提供一种对边缘服务器的集群管理方法，所述方法包括：

在多个边缘服务器中选举出主服务器及从服务器；

所述主服务器向所述从服务器发送数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中；

所述主服务器基于返回的所述从服务器数据判断所述从服务器的忙碌程度；

所述主服务器基于所述从服务器的忙碌程度修改所述从服务器的第一运行状态。

在一些实施例中，所述主服务器向所述从服务器广播数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中之前，所述方法还包括：

在所述主服务器内建立哈希表；

其中，所述哈希表的键用于维护所述从服务器IP，所述哈希表的值用于维护所述从服务器对应的所述从服务器数据。

在一些实施例中，所述主服务器向所述从服务器发送数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中，包括：

所述主服务器间隔预设时间段向所述从服务器广播所述数据查询请求；

所述从服务器接收到所述数据查询请求后，返回对应的从服务器数据至所述主服务器中。

在一些实施例中，所述方法还包括：

在所述主服务器建立队列链表，所述队列链表包括活跃队列和非活跃队列；

其中，所述哈希表的值以链表节点的形式存储在所述活跃队列和非活跃队列中；

所述主服务器基于预设的退活机制管理所述活跃队列以及非活跃队列中的链表节点。

在一些实施例中，所述主服务器基于预设的退活机制管理所述活跃队列以及非活跃队列中的链表节点，包括：

根据所述活跃队列中的链表节点中存储的哈希表的值，确定对应的从服务器的活跃状态；

若根据预设的退活机制判断所述从服务器的活跃状态不符合活跃条件，则将所述链表节点从活跃队列中回退到非活跃队列中。

在一些实施例中，所述方法还包括：

在所述活跃队列及所述非活跃队列中添加状态接口以供用户修改所述活跃队列和所述非活跃队列中链表节点对应的从服务器的第二运行状态。

在一些实施例中，所述方法还包括：

若所述从服务器对应的所述第一运行状态与所述第二运行状态不一致，则修改所述从服务器的运行状态为所述第一运行状态。

第二方面，本申请提供一种对边缘服务器的集群管理系统，所述系统包括：

选举模块，用于在多个边缘服务器中选举出主服务器及从服务器；

处理模块，用于利用所述主服务器向所述从服务器发送数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中；

所述处理模块，还用于利用所述主服务器基于返回的所述从服务器数据判断所述从服务器的忙碌程度；

维护模块，用于利用所述主服务器基于所述从服务器的忙碌程度修改所述从服务器的第一运行状态。

第三方面，本申请提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

在多个边缘服务器中选举出主服务器及从服务器；

第四方面，本申请还提供了一种计算机可读存储介质，所述存储介质上存储计算机程序，所述计算机程序使得计算机执行如下操作：

在多个边缘服务器中选举出主服务器及从服务器；

本申请实现的有益效果为：

本申请提供了一种针对边缘服务器的集群管理方法，所述方法包括：在多个边缘服务器中选举出主服务器及从服务器；所述主服务器向所述从服务器发送数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中；所述主服务器基于返回的所述从服务器数据判断所述从服务器的忙碌程度；所述主服务器基于所述从服务器的忙碌程度修改所述从服务器的第一运行状态。通过增加了对从服务器忙碌程度的检测排序的功能，有效提高了在复杂场景下边缘服务器的工作效率，降低了资源成本。

进一步，本申请提供的集群管理方法采用一主多从的管理方式，且主服务器维护着一个复杂的数据结构，每一个从服务器的信息存在一个链表节点中，每个链表节点在主服务器的一个哈希表中以IP为键的形式维护，便于管理和查询不同从服务器的运行状态。

此外，在主服务器中另外还维护着两个双向队列链表即非活跃队列与从服务器活跃队列，记录了从服务器的相对活跃状态，从而管理者可以根据其相对活跃状态，分别对处于两种状态的从服务器设置不同的运行功率，从而达到节约资源的目的。

附图说明

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

图1是本申请实施例提供的针对边缘服务器的集群管理方法第一示意图；

图2是本申请实施例提供的数据结构示意图；

图3是本申请实施例提供的针对边缘服务器的集群管理方法第二示意图；

图4是本申请实施例提供的针对边缘服务器的集群管理系统架构示意图；

图5是本申请实施例提供的电子设备结构图。

具体实施方式

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

应当理解，在本申请的描述中，除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。

还应当理解，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

需要注意的是，术语“S1”、“S2”等仅用于步骤的描述目的，并非特别指称次序或顺位的意思，亦非用以限定本申请，其仅仅是为了方便描述本申请的方法，而不能理解为指示步骤的先后顺序。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

实施例一

本申请实施例提供了一种针对边缘服务器的集群管理方法，具体的，如图1所示，应用该集群管理方法对边缘服务器进行管理包括：

S1、在集群中的边缘服务器中选取主服务器和从服务器。

具体的，在边缘服务器中根据选举机制选出主服务器，并将其余边缘服务器作为从服务器；其中，选举机制可以采用Bully算法(霸道选举算法)或者Zab(ZookeeperAtomicBroadcast，Zookeeper原子广播)算法等分布式系统常见的选举算法，本申请对具体的选举算法不做限定。以Bully算法为例，集群中所有节点对应的边缘服务器都能够判断自己的ID是否是存活节点中ID最大的，如果是则该节点的边缘服务器就告诉其他节点的边缘服务器“我是主节点”；如果不是则该节点的边缘服务器就向其他ID大于自己ID的节点服务器发送“我需要选举”的消息，并等待其他节点返回“同意选举”的消息。发送“我是主节点”消息的节点对应的边缘服务器为主服务器；如果在一个节点发送“我需要选举”的消息后一直等不到“同意选举”的消息，那么在一定的时间范围内，该节点将成为主节点，且向其他节点发送“我是主节点”的消息，此时该节点对应的边缘服务器便作为主服务器。边缘服务器中除主节服务器外的边缘服务器即为从服务器。

S2、主服务器获取从服务器数据并以哈希表的形式维护从服务器数据。

具体的，主服务器在获取从服务器数据前，在其内部建立有一个哈希表，哈希表中填充有键值对信息，其中键用于维护从服务器IP，值用于维护从服务器对应的从服务器数据；上述从服务器数据通常为服务器忙碌状态以及任务完成标志位等用于反应从服务器忙碌程度。

其中，主服务基于呼吸机制间隔预设时间段向从服务器广播一次数据查询请求以实现主服务器向从服务器不停轮询以获取最新的从服务器数据，从服务器在接收到该数据查询请求后将对应的从服务器数据打包并发送给主服务器，主服务器将从服务器返回的从服务器数据存储在哈希表的值中。

在一些实施场景中，主服务器内还维护着一种队列链表，包括活跃队列以及非活跃队列两个队列；值得注意的是，如图2所示的数据结构，在主服务器获取的从服务器数据存储在一个链表节点中并作为哈希表的值，每个链表节点在主服务器的哈希表中以从服务器IP为键的形式维护。其中，本申请实施例还在活跃队列及非活跃队列中添加状态接口以供用户修改活跃队列和非活跃队列中链表节点对应的从服务器的第二运行状态，比如可以要求活跃队列中的链表节点对应的从服务器以额定功率运行，而非活跃队列中链表节点对应从服务器只允许以额定功率的2/3运行。根据所述活跃队列中的链表节点中存储的哈希表的值(即从服务器数据)，确定对应的从服务器的活跃状态；若根据预设的退活机制判断从服务器的活跃状态不符合活跃条件，则将链表节点从活跃队列中回退到非活跃队列中。其中，预设的退活机制为根据具体的业务内容，由用户自行定义的机制，例如：如果在该从服务器任务完成后五分钟内没有新的任务触发活跃，那么该从服务器对应的链表节点将从活跃队列中回退到非活跃队列中，并且以非活跃队列的要求运行该从服务器。本申请提出通过双向链表来管理从服务器，实现了管理的时序性，管理者在每次想对非活跃队列或者活跃队列进行操作时候，不需要再全表遍历，只需要遍历对应的链表就可以，大大节约了查询时间，进一步提高了管理效率。

S3、主服务器基于返回的从服务器数据判断从服务器的忙碌程度并根据从服务器的忙碌程度修改从服务器的第一运行状态。

具体的，主服务器基于根据步骤S2中的方法，不断获取各个从服务器的从服务器数据以实现对从服务器的忙碌程度的监听。具体的，根据业务内容自定义忙碌程度判定标准，即由客户自己定义什么为忙碌，什么为不忙碌，比如说通过判断某个任务进程是否启动来判断从服务器的忙碌程度，如果该任务进程启动了则为忙碌，如果该任务进程启动则为不忙碌；或者检测业务的并发量来判断从服务器的忙碌程度，如果并发量超过某个阈值则为忙碌，如果并发量不超过改阈值则为不忙碌；或者通过CPU占用率来判断从服务器的忙碌程度，如果CPU占用率超过某个阈值则为忙碌，如果不超过则为不忙碌。上述用于判断从服务忙碌程度的数据均包含在从服务器返回的从服务器数据中。

若主服务器在判断某一个从服务器的忙碌程度为忙碌时，则提高该从服务器的运行功率并将此时的从服务器运行功率作为新的第一运行状态；若主服务器在判断某一个从服务器的忙碌程度为不忙碌时，则降低该从服务器的运行功率并将此时的从服务器运行功率作为新的第一运行状态。值得注意的是，由于活跃队列中以及非活跃队列中通过状态接口事先定义了队列中链表节点对应的从服务的第二运行状态，但由于主服务对第一运行状态的修改是在对从服务器进行实时监控的情况下进行动态调整的，因此为了实现对从服务器运行状态的动态维护，在第一运行状态和第二运行状态规定的从服务的运行功率不一致的情况下，将第一运行状态规定的运行功率作为该从服务器的运行功率。

本申请实施例提出了一种针对边缘服务器的集群管理方法，该方法确定了在边缘服务器集群中以选举的机制选择出目标服务器作为管理者，其余边缘服务器作为被管理者，并且主服务器维护了一种基于链表队列与哈希的数据结构组合来检测从服务器的忙碌程度，从而决定从服务器是否可以以更低的功率来运行，以达到节约资源的目的。此外，本申请实施例公开的方法以业务为导向，满足定制要求，可以根据不同客户对于业务的需求不同而设计不同的退活机制以及从服务器运行状态。

另外值得注意的是，本申请实施例公开的方法与其他方法并不是是隔离的关系，本申请公开的方法可以方便的集成到其他边缘服务器集群管理的方法中去，例如在对异常检测的集群管理方法中；在对异常检测的集群管理方法中只需要修改哈希表中维护的键值对信息并且增添隔离区即可进行两种方法的融合。

实施例二

对应上述实施例一，本申请实施例还提供了一种针对边缘服务器的集群管理方法，如图3所示，具体如下：

3100、在多个边缘服务器中选举出主服务器及从服务器；

3200、所述主服务器向所述从服务器发送数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中；

优选的，所述主服务器向所述从服务器广播数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中之前，所述方法还包括：

3210、在所述主服务器内建立哈希表；

优选的，所述主服务器向所述从服务器发送数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中，包括：

3220、所述主服务器间隔预设时间段向所述从服务器广播所述数据查询请求；

3230、所述从服务器接收到所述数据查询请求后，返回对应的从服务器数据至所述主服务器中。

优选的，所述方法还包括：

3240、在所述主服务器建立队列链表，所述队列链表包括活跃队列和非活跃队列；

3250、所述主服务器基于预设的退活机制管理所述活跃队列以及非活跃队列中的链表节点。

优选的，所述主服务器基于预设的退活机制管理所述活跃队列以及非活跃队列中的链表节点，包括：

3251、根据所述活跃队列中的链表节点中存储的哈希表的值，确定对应的从服务器的活跃状态；

3252、若根据预设的退活机制判断所述从服务器的活跃状态不符合活跃条件，则将所述链表节点从活跃队列中回退到非活跃队列中。

优选的，所述方法还包括：

3260、根据所述活跃队列中的链表节点中存储的哈希表的值，确定对应的从服务器的活跃状态；

3270、若根据预设的退活机制判断所述从服务器的活跃状态不符合活跃条件，则将所述链表节点从活跃队列中回退到非活跃队列中。

优选的，所述方法还包括：

3280、在所述活跃队列及所述非活跃队列中添加状态接口以供用户修改所述活跃队列和所述非活跃队列中链表节点对应的从服务器的第二运行状态。

3300、所述主服务器基于返回的所述从服务器数据判断所述从服务器的忙碌程度；

3400、所述主服务器基于所述从服务器的忙碌程度修改所述从服务器的第一运行状态。

优选的，所述方法还包括：

3410、若所述从服务器对应的所述第一运行状态与所述第二运行状态不一致，则修改所述从服务器的运行状态为所述第一运行状态。

实施例三

对应上述实施例一和实施例二，本申请实施例还提供一种针对边缘服务器的集群管理系统，如图4所示，该系统包括：

选举模块410，用于在多个边缘服务器中选举出主服务器及从服务器；

处理模块420，用于利用所述主服务器向所述从服务器发送数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中；

所述处理模块420，还用于利用所述主服务器基于返回的所述从服务器数据判断所述从服务器的忙碌程度；

维护模块430，用于利用所述主服务器基于所述从服务器的忙碌程度修改所述从服务器的第一运行状态。

在一些实施例中，所述处理模块420还用于在利用所述主服务器向所述从服务器发送数据查询请求之前，在所述主服务器内建立哈希表；其中，所述哈希表的键用于维护所述从服务器IP，所述哈希表的值用于维护所述从服务器对应的所述从服务器数据。

在一些实施例中，所述处理模块420还用于利用所述主服务器间隔预设时间段向所述从服务器广播所述数据查询请求；所述处理模块420还用于利用所述从服务器接收到所述数据查询请求后，返回对应的从服务器数据至所述主服务器中。

在一些实施例中，所述处理模块420还用于在所述主服务器建立队列链表，所述队列链表包括活跃队列和非活跃队列；其中，所述哈希表的值以链表节点的形式存储在所述活跃队列和非活跃队列中；所述处理模块420还用于利用所述主服务器基于预设的退活机制管理所述活跃队列以及非活跃队列中的链表节点。

在一些实施例中，所述处理模块420还用于根据所述活跃队列中的链表节点中存储的哈希表的值，确定对应的从服务器的活跃状态；若根据预设的退活机制判断所述从服务器的活跃状态不符合活跃条件，则所述处理模块420还用于将所述链表节点从活跃队列中回退到非活跃队列中。

在一些实施例中，所述处理模块420还用于在所述活跃队列及所述非活跃队列中添加状态接口以供用户修改所述活跃队列和所述非活跃队列中链表节点对应的从服务器的第二运行状态。

在一些实施例中，所述维护模块430还用于在所述从服务器对应的所述第一运行状态与所述第二运行状态不一致时，修改所述从服务器的运行状态为所述第一运行状态。

实施例四

对应上述所有实施例，本申请实施例提供一种电子设备，包括：一个或多个处理器；以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令，所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

在多个边缘服务器中选举出主服务器及从服务器；

在一些实施场景中，还执行如下操作：

在所述主服务器内建立哈希表；

在一些实施场景中，还执行如下操作：

其中，图5示例性的展示出了电子设备的架构，具体可以包括处理器510，视频显示适配器511，磁盘驱动器512，输入/输出接口513，网络接口514，以及存储器520。上述处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，与存储器520之间可以通过总线530进行通信连接。

其中，处理器510可以采用通用的CPU(CentralProcessingUnit，中央处理器)、微处理器、应用专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器520可以采用ROM(ReadOnlyMemory，可编写存储器)、RAM(RandomAccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器520可以存储用于控制电子设备500执行的操作系统521，用于控制电子设备500的低级别操作的基本输入输出系统(BIOS)522。另外，还可以存储网页浏览器523，数据存储管理系统524，以及图标字体处理系统525等等。上述图标字体处理系统525就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器520中，并由处理器510来调用执行。

输入/输出接口513用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口514用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线530包括一通路，在设备的各个组件(例如处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，与存储器520)之间传输信息。

另外，该电子设备500还可以从虚拟资源对象领取条件信息数据库中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，存储器520，总线530等，但是在具体实施过程中，该设备还可以包括实现正常执行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

实施例五

对应上述所有实施例，本申请实施例还提供一种计算机可读存储介质，其特征在于，其存储计算机程序，所述计算机程序使得计算机执行如下操作：

在多个边缘服务器中选举出主服务器及从服务器；

在一些实施例中，所述计算机程序使得计算机还执行如下操作：

在所述主服务器内建立哈希表；

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

1.一种针对边缘服务器的集群管理方法，其特征在于，所述方法包括：

在多个边缘服务器中选举出主服务器及从服务器；

2.根据权利要求1所述的方法，其特征在于，所述主服务器向所述从服务器广播数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中之前，所述方法还包括：

在所述主服务器内建立哈希表；

3.根据权利要求2所述的方法，其特征在于，所述主服务器向所述从服务器发送数据查询请求以获取所述从服务器对应的从服务器数据并存储至所述主服务器中，包括：

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

5.根据权利要求4所述的方法，其特征在于，所述主服务器基于预设的退活机制管理所述活跃队列以及非活跃队列中的链表节点，包括：

6.根据权利要求4-5任一所述的方法，其特征在于，所述方法还包括：

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

8.一种针对边缘服务器的集群管理系统，其特征在于，所述系统包括：

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

一个或多个处理器；

以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令，所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1-7任一所述方法。

10.一种计算机可读存储介质，其特征在于，其存储计算机程序，所述计算机程序使得计算机执行权利要求1-7中任一所述方法。