CN117097604A - 一种服务器集群的管理方法、装置、设备及可读存储介质 - Google Patents

一种服务器集群的管理方法、装置、设备及可读存储介质 Download PDF

Info

Publication number
CN117097604A
CN117097604A CN202310899392.9A CN202310899392A CN117097604A CN 117097604 A CN117097604 A CN 117097604A CN 202310899392 A CN202310899392 A CN 202310899392A CN 117097604 A CN117097604 A CN 117097604A
Authority
CN
China
Prior art keywords
priority
master
server cluster
devices
highest priority
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
Application number
CN202310899392.9A
Other languages
English (en)
Inventor
周昭飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Inspur Jinan data Technology Co ltd
Original Assignee
Inspur Jinan data Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Inspur Jinan data Technology Co ltd filed Critical Inspur Jinan data Technology Co ltd
Priority to CN202310899392.9A priority Critical patent/CN117097604A/zh
Publication of CN117097604A publication Critical patent/CN117097604A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/14Routing performance; Theoretical aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/10Packet switching elements characterised by the switching fabric construction
    • H04L49/113Arrangements for redundant switching, e.g. using parallel planes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Hardware Redundancy (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种服务器集群的管理方法、装置、设备及可读存储介质,属于服务器集群领域,用于对虚拟路由冗余协议设备组进行管理。考虑到共存多台主设备的危害以及可以通过优先级高低对比来筛选保留唯一的主设备,因此本发明在服务器集群中设置了预设仲裁设备,其可以监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备,如果存在则可以依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者,如果不是优先级最高者则可以将当前被判断的主设备降级为备用设备,从而保留了优先级最高的主设备作为唯一主设备,使得客户端接收到确切的一份处理结果,提升了用户体验。

Description

一种服务器集群的管理方法、装置、设备及可读存储介质
技术领域
本发明涉及服务器集群领域,特别是涉及一种服务器集群的管理方法,本发明还涉及一种服务器集群的管理方法、装置、设备及计算机可读存储介质。
背景技术
VRRP(Virtual Router Redundancy Protocol,虚拟路由冗余协议)是一种容错性协议,它是通过将多台设备虚拟化成一台设备作为VRRP设备组,通常情况下VRRP设备组中作为主设备的设备负责与客户端进行通信并进行业务处理,当主设备出现故障,那么VRRP设备组中便会选出一台设备作为新的主设备与客户端进行通信并进行业务处理,以保证服务器集群所负责工作的可靠性和连续性,然而,当VRRP设备组中与主设备相连的某条通信链路出现问题时,与通信链路相连的设备很可能误以为主设备故障从而直接晋升为主设备,这就导致VRRP设备组内有可能同时存在多台主设备与客户端进行通信并进行业务处理,从而导致客户端收到多份不同的处理结果,降低了用户体验。
因此,如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。
发明内容
本发明的目的是提供一种服务器集群的管理方法,可以在虚拟路由冗余协议设备组中同时存在多台主设备的情况下,保留优先级最高的主设备作为唯一主设备,从而使得客户端接收到确切的一份处理结果,提升了用户体验;本发明的另一目的是提供一种服务器集群的管理方法、装置、设备及计算机可读存储介质,可以在虚拟路由冗余协议设备组中同时存在多台主设备的情况下,保留优先级最高的主设备作为唯一主设备,从而使得客户端接收到确切的一份处理结果,提升了用户体验。
为解决上述技术问题,本发明提供了一种服务器集群的管理方法,应用于所述服务器集群中的预设仲裁设备,包括:
监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备;
若同时存在多台所述主设备,依次判断各个所述主设备是否为同时存在的多台所述主设备中的优先级最高者;
若不是优先级最高者,则控制当前被判断的所述主设备降级为备用设备。
另一方面,所述监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备具体为:
判断是否同时接收到,由服务器集群的虚拟路由冗余协议设备组中的多台设备广播的心跳信号;
若是,则判定所述虚拟路由冗余协议设备组中同时存在多台主设备。
另一方面,所述监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备之后,该服务器集群的管理方法还包括:
若同时未存在多台所述主设备,在接收到所述冗余协议设备组中的当前主设备发送的优先级更新指令时,将所述预设仲裁设备的优先级,更新为所述冗余协议设备组中仅低于所述当前主设备优先级的优先级;
所述依次判断各个所述主设备是否为同时存在的多台所述主设备中的优先级最高者具体为:
依次判断各个所述主设备的优先级是否低于所述预设仲裁设备的优先级;
若低于,则判定被判断的所述主设备不为同时存在的多台所述主设备中的优先级最高者;
若不低于,则判定被判断的所述主设备为同时存在的多台所述主设备中的优先级最高者。
另一方面,所述将所述预设仲裁设备的优先级,更新为所述冗余协议设备组中仅低于所述当前主设备优先级的优先级具体为:
获取所述当前主设备的优先级;
将所述当前主设备的优先级的数值降低预设数值后得到目标优先级;
将所述目标优先级作为所述预设仲裁设备的优先级;
其中,所述冗余协议设备组中各设备任意数值相邻的两个优先级的差值大于所述预设数值。
另一方面,该服务器集群的管理方法还包括:
确定出所述虚拟路由冗余协议设备组中同时存在的多台所述主设备中优先级最高的所述主设备与非优先级最高的所述主设备;
获取同时存在的各台所述主设备的设备基本信息;
控制提示器提示所述设备基本信息以及多台所述主设备中优先级最高的所述主设备与非优先级最高的所述主设备。
另一方面,所述确定出所述虚拟路由冗余协议设备组中同时存在的多台所述主设备中优先级最高的所述主设备与非优先级最高的所述主设备之后,该服务器集群的管理方法还包括:
获取优先级最高的所述主设备与各个非优先级最高的所述主设备之间的通信链路信息;
控制提示器提示所述通信链路信息。
另一方面,该服务器集群的管理方法还包括:
在依次判断所述虚拟路由冗余协议设备组中所有同时存在的所述主设备是否为同时存在的多台所述主设备中的优先级最高者之后,判断所述服务器集群的所述虚拟路由冗余协议设备组中是否仍然同时存在多台所述主设备;
若仍然同时存在多台所述主设备,则控制提示器提示错误。
为解决上述技术问题,本发明还提供了一种服务器集群的管理装置,包括:
监测模块,用于监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备;
判断模块,用于若同时存在多台所述主设备,依次判断各个所述主设备是否为同时存在的多台所述主设备中的优先级最高者,若不是优先级最高者,则触发控制模块;
所述控制模块,用于控制当前被判断的所述主设备降级为备用设备。
为解决上述技术问题,本发明还提供了一种服务器集群的管理设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如上所述服务器集群的管理方法的步骤。
为解决上述技术问题,本发明还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述服务器集群的管理方法的步骤。
有益效果:本发明提供了一种服务器集群的管理方法,考虑到共存多台主设备的危害以及可以通过优先级高低对比来筛选保留唯一的主设备,因此本发明在服务器集群中设置了预设仲裁设备,其可以监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备,如果存在则可以依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者,如果不是优先级最高者则可以将当前被判断的主设备降级为备用设备,从而保留了优先级最高的主设备作为唯一主设备,使得客户端接收到确切的一份处理结果,提升了用户体验。
另外:当主设备更换时对于预设仲裁设备的优先级进行自动更新,可以降低工作人员工作量;对于同时存在的多台主设备的设备基本信息以及通信链路的提示,可以便于工作人员快速找到问题链路;在对同时存在的多台主设备进行判断并降级后若仍然同时存在多台主设备,可以通过提示器尽快告知工作人员进行检修。
本发明还提供了一种服务器集群的管理装置、设备及计算机可读存储介质,具有如上服务器集群的管理方法相同的有益效果。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对相关技术和实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的一种服务器集群的管理方法的流程示意图;
图2为本发明提供的一种服务器集群的管理装置的结构示意图;
图3为本发明提供的一种服务器集群的管理设备的结构示意图;
图4为本发明提供的一种计算机可读存储介质的结构示意图。
具体实施方式
本发明的核心是提供一种服务器集群的管理方法,可以在虚拟路由冗余协议设备组中同时存在多台主设备的情况下,保留优先级最高的主设备作为唯一主设备,从而使得客户端接收到确切的一份处理结果,提升了用户体验;本发明的另一核心是提供一种服务器集群的管理方法、装置、设备及计算机可读存储介质,可以在虚拟路由冗余协议设备组中同时存在多台主设备的情况下,保留优先级最高的主设备作为唯一主设备,从而使得客户端接收到确切的一份处理结果,提升了用户体验。
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参考图1,图1为本发明提供的一种服务器集群的管理方法的流程示意图,该服务器集群的管理方法包括:
S101:监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备;
具体的,考虑到如上背景技术中的技术问题,又结合考虑到共存多台主设备的危害以及可以通过优先级高低对比来筛选保留唯一的主设备,因此本发明实施例中欲在服务器集群中新增一台仲裁设备,专用于管理虚拟路由冗余协议设备组中的共存多台主设备的问题,因此本发明实施例中在服务器集群中设置了预设仲裁设备,并通过预设仲裁设备实现本发明实施例中的服务器集群管理方法的逻辑,来解决如上背景技术中的技术问题,因此在步骤S101中,本发明实施例中的预设仲裁设备首先可以监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备,以便通过判断结果触发后续步骤中的相关动作。
具体的,本发明实施例中的服务器集群可以为多种类型,例如可以为LVS(LinuxVirtual Server,Linux系统虚拟服务)集群系统等,而VRRP(Virtual Router RedundancyProtocol,虚拟路由冗余协议)功能则可以通过多种类型的软件实现,例如可以通过Keepalived(保持活力)软件来实现该功能,本发明实施例在此不做限定。
其中,Keepalived软件起初是专为LVS负载均衡软件设计的,用来管理并监控LVS集群系统中各个服务节点的状态,后来又加入了可以实现高可用的VRRP功能。Keepalived软件主要是通过VRRP协议实现高可用功能的。VRRP出现的目的就是为了解决静态路由单点故障问题的,它能够保证当个别节点宕机时,整个网络可以不间断地运行。所以,Keepalived一方面具有配置管理LVS的功能,同时还具有对LVS下面节点进行健康检查的功能,另一方面也可实现系统网络服务的高可用功能。Keepalived高可用是通过VRRP进行通信的,VRRP是通过竞选机制来确定主备的,主的优先级高于备,因此,工作时主会优先获得所有的资源,备节点处于等待状态,当主挂了的时候,备节点就会接管主节点的资源,然后顶替主节点对外提供服务。在Keepalived服务之间,只有作为主的服务器会一直发送VRRP广播包,告诉备它还活着,此时备不会抢占主,当主不可用时,即备监听不到主发送的广播包时,就会启动相关服务接管资源,保证业务的连续性。在Keepalived服务正常工作时,主Master(主用)节点会不断地向备节点发送(多播的方式)心跳消息,用以告诉备Backup(备用)节点自己还活看,当主Master节点发生故障时,就无法发送心跳消息,备节点也就因此无法继续检测到来自主Master节点的心跳了,于是调用自身的接管程序,接管主Master节点的IP(Internet Protocol,国际互联协议)资源及服务。而当主Master节点恢复时,备Backup节点又会释放主节点故障时自身接管的IP资源及服务,恢复到原来的备用角色。
具体的,VRRP是一种容错性协议,它是通过将多台设备虚拟化成一台设备,如果其中一台设备出现故障,那么另一台设备可以迅速接替其工作,已保证通讯的可靠性和连续性。在企业网当中,PC(Personal Computer,个人电脑)一般是需要使用“网关”来与外部网络进行通讯,这样如果网关出现了故障那么整个子网的对外通讯都会被切断,VRRP的出现就能把这个问题很好地解决了,VRRP可以通过把多台设备(路由器、交换机、防火墙等)虚拟化成一台设备,然后通过配置虚拟IP地址作为网关就能实现对网关的备份(这虚拟IP地址是代表整个VRRP组内的所有设备),当其中一台设备出现故障之后,VRRP组内其他设备会通过某些机制来接替故障设备的工作。VRRP的工作流程是,VRRP备份组会通过优先级选举出Master,Master会使用虚拟MAC(Media Access Control Address,媒体存取控制地址)发送ARP(Address Resolution Protocol,地址解析协议)报文,使与Master连接的主机或者客户端建立与虚拟MAC对应的ARP映射表,同时Master会周期性发布VRRP报文向所有Backup通告其配置信息与工作状态。如果当前Master出现故障,Backup设备将会在MASTER_DOWN_INTERVAL(定时器名称:主设备下线间隔)定时器超时或者其他联动技术检测到Master出现故障时则会根据Backup组内的成员的优先级选举出新的Master,如果Backup只有一台设备则直接成为Master。新的Master使用虚拟MAC发送ARP报文,使连接在当前VRRP组内的客户端或者设备刷新其ARP映射表。如果原来的Master从故障中恢复过来,如果其优先级为255(最高优先级)则会直接切换到Master,若不是则会恢复到Backup状态,如果当前为抢占模式,当原Master接收到新Master的VRRP报文发现其优先级高于新Master则原Master会直接成为Master。如果处于非抢占模式,则原Master会在新Master出现故障时通过选举等方式成为Master。
S102:若同时存在多台主设备,依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者;
具体的,考虑到虚拟路由冗余协议设备组中的各台设备本身就具备不同的优先级,因此通过优先级的区分,便可以实现“保留一台主设备”的目的,而高优先级又是设备在竞争主设备时的重要依据,因此本发明实施例中可以将同时存在的多台主设备中优先级最高的主设备作为唯一主设备,因此本发明实施例的步骤中可以在同时存在多台主设备的情况下,依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者,通过判断结果便可以触发后续步骤的相关动作以达到“保留一台主设备”的目的。
其中,执行“判断各个主设备是否为同时存在的多台主设备中的优先级最高者”的具体方式可以为多种,例如可以为预设仲裁设备设置仅次于VRRP设备组中最高优先级的次高优先级,那么预设仲裁设备便可以将所有优先级低于预设仲裁设备优先级的主设备进行降级,本发明实施例在此不做限定。
S103:若不是优先级最高者,则控制当前被判断的主设备降级为备用设备。
具体的,在被判断的主设备并非同时存在的多台主设备中的优先级最高者时,代表最终唯一保留的主设备并非被判断的主设备,因此便可以控制当前被判断的主设备降级为备用设备,以便达到“保留一台主设备”的目的。
另外,值得一提的是,考虑到本发明实施例中对于多余主设备的降级工作对于用户是无感知的,因此为了便于工作人员后续查找服务器集群中可能存在的问题,本发明实施例中的预设仲裁设备还可以将“对于各个主设备的优先级判断过程以及对于各个主设备的降级控制动作”均记录为日志并进行存储,以便工作人员根据其进行故障检修。
本发明提供了一种服务器集群的管理方法,考虑到共存多台主设备的危害以及可以通过优先级高低对比来筛选保留唯一的主设备,因此本发明在服务器集群中设置了预设仲裁设备,其可以监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备,如果存在则可以依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者,如果不是优先级最高者则可以将当前被判断的主设备降级为备用设备,从而保留了优先级最高的主设备作为唯一主设备,使得客户端接收到确切的一份处理结果,提升了用户体验。
在上述实施例的基础上:
作为一种实施例,监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备具体为:
判断是否同时接收到,由服务器集群的虚拟路由冗余协议设备组中的多台设备广播的心跳信号;
若是,则判定虚拟路由冗余协议设备组中同时存在多台主设备。
具体的,考虑到虚拟路由冗余协议设备组中的主设备均可以通过广播心跳信号的形式来告知虚拟路由冗余协议设备组中其他设备自身的健康状态,因此本发明实施例中的预设仲裁设备可以通过“判断是否同时接收到,由服务器集群的虚拟路由冗余协议设备组中的多台设备广播的心跳信号”来监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备,在判断结果为是的情况下便可以判定虚拟路由冗余协议设备组中同时存在多台主设备,判断方式较为简单,判断结果较为准确。
当然,除了该种判断方式外,还可以通过其他方式来监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备,本发明实施例在此不做限定。
作为一种实施例,监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备之后,该服务器集群的管理方法还包括:
若同时未存在多台主设备,在接收到冗余协议设备组中的当前主设备发送的优先级更新指令时,将预设仲裁设备的优先级,更新为冗余协议设备组中仅低于当前主设备优先级的优先级;
依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者具体为:
依次判断各个主设备的优先级是否低于预设仲裁设备的优先级;
若低于,则判定被判断的主设备不为同时存在的多台主设备中的优先级最高者;
若不低于,则判定被判断的主设备为同时存在的多台主设备中的优先级最高者。
具体的,本发明实施例中可以为预设仲裁设备设置“仅低于全局最高优先级的次高优先级”,从而使得预设仲裁设备可以通过自身优先级分别与“同时存在的多个主设备的优先级”的对比,来判断各个主设备是否为所有主设备中的优先级最高者,该种判断方式简单,且判断结果准确。
其中,基于上述的预设仲裁设备的判断方式,考虑到在原主设备故障,而有备用主设备升级为新的主设备后,预设仲裁设备的优先级便可能高于新的主设备的优先级,从而使得预设仲裁设备无法顺利进行上述判断过程,因此需要在主设备更换后,及时对预设仲裁设备的优先级进行更新,又考虑到人工更新的繁琐性,因此本发明实施例中的预设仲裁设备可以在同时未存在多台主设备,且在接收到冗余协议设备组中的当前主设备发送的优先级更新指令时,将预设仲裁设备的优先级,更新为冗余协议设备组中仅低于当前主设备优先级的优先级,从而实现对于预设仲裁设备优先级的自动化更新过程,提升了工作效率且降低了人力成本。
作为一种实施例,将预设仲裁设备的优先级,更新为冗余协议设备组中仅低于当前主设备优先级的优先级具体为:
获取当前主设备的优先级;
将当前主设备的优先级的数值降低预设数值后得到目标优先级;
将目标优先级作为预设仲裁设备的优先级;
其中,冗余协议设备组中各设备任意数值相邻的两个优先级的差值大于预设数值。
具体的,为了便捷的确定出预设仲裁设备新的优先级,本发明实施例中考虑基于当前主设备的优先级进行少量数值降低后便可以作为目标优先级进行优先级更新,因此本发明实施例中可以预先将冗余协议设备组中各设备任意数值相邻的两个优先级的差值大于预设数值,那么便可以将当前主设备的优先级的数值降低预设数值后得到目标优先级,并将目标优先级作为预设仲裁设备的优先级,从而快捷准确的实现对于预设仲裁设备优先级的更新。
具体的,例如冗余协议设备组中各设备任意数值相邻的两个优先级的差值为20,当前冗余协议设备组中存在两个设备,主设备的优先级为100,而备用设备的优先级为80,那么在更新预设仲裁设备的优先级时,假设预设数值为10,那么便可以通过将100-10得到目标优先级90,从而将预设仲裁设备的优先级更新为90。
当然,除了该种具体更新方式外,预设仲裁设备优先级的更新方式还可以为其他多种方式,本发明实施例在此不做限定。
作为一种实施例,该服务器集群的管理方法还包括:
确定出虚拟路由冗余协议设备组中同时存在的多台主设备中优先级最高的主设备与非优先级最高的主设备;
获取同时存在的各台主设备的设备基本信息;
控制提示器提示设备基本信息以及多台主设备中优先级最高的主设备与非优先级最高的主设备。
具体的,考虑到同时存在多台主设备的现象多数是由于原主设备与备用设备之间的通信链路的故障导致,因此通过同时存在的多台主设备的基本信息便可以确定出存在问题的通信链路,而为了便于工作人员对于问题通信链路的查找,本发明实施例中可以确定出虚拟路由冗余协议设备组中同时存在的多台主设备中优先级最高的主设备与非优先级最高的主设备,然后获取同时存在的各台主设备的设备基本信息,接着将设备基本信息以及多台主设备中优先级最高的主设备与非优先级最高的主设备提示出来,工作人员基于这些信息便可以快速确定出问题通信链路,有利于提升工作效率。
其中,提示器可以为多种类型,例如可以为显示器等,本发明实施例在此不做限定。
作为一种实施例,确定出虚拟路由冗余协议设备组中同时存在的多台主设备中优先级最高的主设备与非优先级最高的主设备之后,该服务器集群的管理方法还包括:
获取优先级最高的主设备与各个非优先级最高的主设备之间的通信链路信息;
控制提示器提示通信链路信息。
具体的,考虑到工作人员通过“设备基本信息以及多台主设备中优先级最高的主设备与非优先级最高的主设备”确定问题通信链路依然需要一定时间,且多台主设备中优先级最高的主设备与非优先级最高的主设备之间的各条通信链路大概率为问题通信链路,因此本发明实施例中可以获取优先级最高的主设备与各个非优先级最高的主设备之间的通信链路信息,然后控制提示器提示通信链路信息,便于工作人员更快速的确定出问题链路信息,从而进一步提升了工作效率以及用户体验。
作为一种实施例,该服务器集群的管理方法还包括:
在依次判断虚拟路由冗余协议设备组中所有同时存在的主设备是否为同时存在的多台主设备中的优先级最高者之后,判断服务器集群的虚拟路由冗余协议设备组中是否仍然同时存在多台主设备;
若仍然同时存在多台主设备,则控制提示器提示错误。
具体的,考虑到由于预设仲裁设备优先级设置错误或者控制失效等原因,在预设仲裁设备依次对非最高优先级的主设备进行降级控制后,虚拟路由冗余协议设备组中可能仍然同时存在多个主设备,这种情况下则需要工作人员进行协助处理,因此本发明实施例中可以在依次判断虚拟路由冗余协议设备组中所有同时存在的主设备是否为同时存在的多台主设备中的优先级最高者之后,判断服务器集群的虚拟路由冗余协议设备组中是否仍然同时存在多台主设备,若仍然同时存在多台主设备,则控制提示器提示错误,以便工作人员及时进行协助控制,保障服务器集群的正常工作。
请参考图2,图2为本发明提供的一种服务器集群的管理装置的结构示意图,该服务器集群的管理装置包括:
监测模块21,用于监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备;
判断模块22,用于若同时存在多台主设备,依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者,若不是优先级最高者,则触发控制模块;
控制模块23,用于控制当前被判断的主设备降级为备用设备。
本发明提供了一种服务器集群的管理装置,考虑到共存多台主设备的危害以及可以通过优先级高低对比来筛选保留唯一的主设备,因此本发明在服务器集群中设置了预设仲裁设备,其可以监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备,如果存在则可以依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者,如果不是优先级最高者则可以将当前被判断的主设备降级为备用设备,从而保留了优先级最高的主设备作为唯一主设备,使得客户端接收到确切的一份处理结果,提升了用户体验。
对于本发明实施例提供的服务器集群的管理装置的介绍请参照前述的服务器集群的管理方法的实施例,本发明实施例在此不再赘述。
请参考图3,图3为本发明提供的一种服务器集群的管理设备的结构示意图,该服务器集群的管理设备包括:
存储器31,用于存储计算机程序;
处理器32,用于执行计算机程序时实现如前述实施例中服务器集群的管理方法的步骤。
具体的,存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令,该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器执行存储器中保存的计算机程序时,可以实现以下步骤:监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备;若同时存在多台主设备,依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者;若不是优先级最高者,则控制当前被判断的主设备降级为备用设备。
本发明提供了一种服务器集群的管理设备,考虑到共存多台主设备的危害以及可以通过优先级高低对比来筛选保留唯一的主设备,因此本发明在服务器集群中设置了预设仲裁设备,其可以监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备,如果存在则可以依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者,如果不是优先级最高者则可以将当前被判断的主设备降级为备用设备,从而保留了优先级最高的主设备作为唯一主设备,使得客户端接收到确切的一份处理结果,提升了用户体验。
作为一种可选的实施例,处理器执行存储器中保存的计算机子程序时,可以实现以下步骤:监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备之后,该服务器集群的管理方法还包括:
若同时未存在多台主设备,在接收到冗余协议设备组中的当前主设备发送的优先级更新指令时,将预设仲裁设备的优先级,更新为冗余协议设备组中仅低于当前主设备优先级的优先级;
依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者具体为:
依次判断各个主设备的优先级是否低于预设仲裁设备的优先级;
若低于,则判定被判断的主设备不为同时存在的多台主设备中的优先级最高者;
若不低于,则判定被判断的主设备为同时存在的多台主设备中的优先级最高者。
作为一种可选的实施例,处理器执行存储器中保存的计算机子程序时,可以实现以下步骤:将预设仲裁设备的优先级,更新为冗余协议设备组中仅低于当前主设备优先级的优先级具体为:
获取当前主设备的优先级;
将当前主设备的优先级的数值降低预设数值后得到目标优先级;
将目标优先级作为预设仲裁设备的优先级;
其中,冗余协议设备组中各设备任意数值相邻的两个优先级的差值大于预设数值。
作为一种可选的实施例,处理器执行存储器中保存的计算机子程序时,可以实现以下步骤:该服务器集群的管理方法还包括:
确定出虚拟路由冗余协议设备组中同时存在的多台主设备中优先级最高的主设备与非优先级最高的主设备;
获取同时存在的各台主设备的设备基本信息;
控制提示器提示设备基本信息以及多台主设备中优先级最高的主设备与非优先级最高的主设备。
作为一种可选的实施例,处理器执行存储器中保存的计算机子程序时,可以实现以下步骤:确定出虚拟路由冗余协议设备组中同时存在的多台主设备中优先级最高的主设备与非优先级最高的主设备之后,该服务器集群的管理方法还包括:
获取优先级最高的主设备与各个非优先级最高的主设备之间的通信链路信息;
控制提示器提示通信链路信息。
作为一种可选的实施例,处理器执行存储器中保存的计算机子程序时,可以实现以下步骤:该服务器集群的管理方法还包括:
在依次判断虚拟路由冗余协议设备组中所有同时存在的主设备是否为同时存在的多台主设备中的优先级最高者之后,判断服务器集群的虚拟路由冗余协议设备组中是否仍然同时存在多台主设备;
若仍然同时存在多台主设备,则控制提示器提示错误。
对于本发明实施例提供的服务器集群的管理设备的介绍请参照前述的服务器集群的管理方法的实施例,本发明实施例在此不再赘述。
请参考图4,图4为本发明提供的一种计算机可读存储介质的结构示意图,计算机可读存储介质40上存储有计算机程序41,计算机程序41被处理器32执行时实现如前述实施例中的服务器集群的管理方法的步骤。
具体的,该可读存储介质可以包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。该存储介质上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备;若同时存在多台主设备,依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者;若不是优先级最高者,则控制当前被判断的主设备降级为备用设备。
本发明提供了一种计算机可读存储介质,考虑到共存多台主设备的危害以及可以通过优先级高低对比来筛选保留唯一的主设备,因此本发明在服务器集群中设置了预设仲裁设备,其可以监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备,如果存在则可以依次判断各个主设备是否为同时存在的多台主设备中的优先级最高者,如果不是优先级最高者则可以将当前被判断的主设备降级为备用设备,从而保留了优先级最高的主设备作为唯一主设备,使得客户端接收到确切的一份处理结果,提升了用户体验。
对于本发明实施例提供的计算机可读存储介质的介绍请参照前述的服务器集群的管理方法的实施例,本发明实施例在此不再赘述。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。还需要说明的是,在本说明书中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其他实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种服务器集群的管理方法,其特征在于,应用于所述服务器集群中的预设仲裁设备,包括:
监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备;
若同时存在多台所述主设备,依次判断各个所述主设备是否为同时存在的多台所述主设备中的优先级最高者;
若不是优先级最高者,则控制当前被判断的所述主设备降级为备用设备。
2.根据权利要求1所述的服务器集群的管理方法,其特征在于,所述监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备具体为:
判断是否同时接收到,由服务器集群的虚拟路由冗余协议设备组中的多台设备广播的心跳信号;
若是,则判定所述虚拟路由冗余协议设备组中同时存在多台主设备。
3.根据权利要求2所述的服务器集群的管理方法,其特征在于,所述监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备之后,该服务器集群的管理方法还包括:
若同时未存在多台所述主设备,在接收到所述冗余协议设备组中的当前主设备发送的优先级更新指令时,将所述预设仲裁设备的优先级,更新为所述冗余协议设备组中仅低于所述当前主设备优先级的优先级;
所述依次判断各个所述主设备是否为同时存在的多台所述主设备中的优先级最高者具体为:
依次判断各个所述主设备的优先级是否低于所述预设仲裁设备的优先级;
若低于,则判定被判断的所述主设备不为同时存在的多台所述主设备中的优先级最高者;
若不低于,则判定被判断的所述主设备为同时存在的多台所述主设备中的优先级最高者。
4.根据权利要求3所述的服务器集群的管理方法,其特征在于,所述将所述预设仲裁设备的优先级,更新为所述冗余协议设备组中仅低于所述当前主设备优先级的优先级具体为:
获取所述当前主设备的优先级;
将所述当前主设备的优先级的数值降低预设数值后得到目标优先级;
将所述目标优先级作为所述预设仲裁设备的优先级;
其中,所述冗余协议设备组中各设备任意数值相邻的两个优先级的差值大于所述预设数值。
5.根据权利要求1所述的服务器集群的管理方法,其特征在于,该服务器集群的管理方法还包括:
确定出所述虚拟路由冗余协议设备组中同时存在的多台所述主设备中优先级最高的所述主设备与非优先级最高的所述主设备;
获取同时存在的各台所述主设备的设备基本信息;
控制提示器提示所述设备基本信息以及多台所述主设备中优先级最高的所述主设备与非优先级最高的所述主设备。
6.根据权利要求5所述的服务器集群的管理方法,其特征在于,所述确定出所述虚拟路由冗余协议设备组中同时存在的多台所述主设备中优先级最高的所述主设备与非优先级最高的所述主设备之后,该服务器集群的管理方法还包括:
获取优先级最高的所述主设备与各个非优先级最高的所述主设备之间的通信链路信息;
控制提示器提示所述通信链路信息。
7.根据权利要求1至6任一项所述的服务器集群的管理方法,其特征在于,该服务器集群的管理方法还包括:
在依次判断所述虚拟路由冗余协议设备组中所有同时存在的所述主设备是否为同时存在的多台所述主设备中的优先级最高者之后,判断所述服务器集群的所述虚拟路由冗余协议设备组中是否仍然同时存在多台所述主设备;
若仍然同时存在多台所述主设备,则控制提示器提示错误。
8.一种服务器集群的管理装置,其特征在于,包括:
监测模块,用于监测服务器集群的虚拟路由冗余协议设备组中是否同时存在多台主设备;
判断模块,用于若同时存在多台所述主设备,依次判断各个所述主设备是否为同时存在的多台所述主设备中的优先级最高者,若不是优先级最高者,则触发控制模块;
所述控制模块,用于控制当前被判断的所述主设备降级为备用设备。
9.一种服务器集群的管理设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至7任一项所述服务器集群的管理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述服务器集群的管理方法的步骤。
CN202310899392.9A 2023-07-21 2023-07-21 一种服务器集群的管理方法、装置、设备及可读存储介质 Pending CN117097604A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310899392.9A CN117097604A (zh) 2023-07-21 2023-07-21 一种服务器集群的管理方法、装置、设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310899392.9A CN117097604A (zh) 2023-07-21 2023-07-21 一种服务器集群的管理方法、装置、设备及可读存储介质

Publications (1)

Publication Number Publication Date
CN117097604A true CN117097604A (zh) 2023-11-21

Family

ID=88768902

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310899392.9A Pending CN117097604A (zh) 2023-07-21 2023-07-21 一种服务器集群的管理方法、装置、设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN117097604A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117998115A (zh) * 2024-04-03 2024-05-07 北京搜狐新动力信息技术有限公司 弹幕显示方法、装置、设备、可读存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117998115A (zh) * 2024-04-03 2024-05-07 北京搜狐新动力信息技术有限公司 弹幕显示方法、装置、设备、可读存储介质

Similar Documents

Publication Publication Date Title
US10609159B2 (en) Providing higher workload resiliency in clustered systems based on health heuristics
US7370223B2 (en) System and method for managing clusters containing multiple nodes
CA2611457C (en) Method and apparatus for facilitating device redundancy in a fault-tolerant system
EP1697843B1 (en) System and method for managing protocol network failures in a cluster system
CN109344014B (zh) 一种主备切换方法、装置及通信设备
EP1820291B1 (en) A method, system and computer program product for coordinated monitoring and failure detection
EP2656212B1 (en) Activate attribute for service profiles in unified computing system
JP2003186765A (ja) ネットワーク接続デバイス、ネットワーク接続デバイス管理システム、ネットワーク接続デバイス管理方法
CN110597664A (zh) 一种高可用集群资源部署方法、装置及相关组件
US20110173616A1 (en) Determination and management of virtual networks
US11349706B2 (en) Two-channel-based high-availability
CN117097604A (zh) 一种服务器集群的管理方法、装置、设备及可读存储介质
CN110971662A (zh) 一种基于Ceph的两节点高可用实现方法及装置
CN114116912A (zh) 一种基于Keepalived实现数据库高可用的方法
US11418382B2 (en) Method of cooperative active-standby failover between logical routers based on health of attached services
CN114338670B (zh) 一种边缘云平台和具有其的网联交通三级云控平台
US20170141950A1 (en) Rescheduling a service on a node
CN112737844A (zh) 冗余系统中主备切换的方法和装置
CN114124803B (zh) 设备管理方法、装置、电子设备及存储介质
US9015518B1 (en) Method for hierarchical cluster voting in a cluster spreading more than one site
US11258700B1 (en) Enhanced messaging for backup state status notifications in communications networks
CN116860382A (zh) 基于容器的微服务集群实现的方法及装置
CN114268581A (zh) 一种实现网络设备高可用和负载分担的方法
CN111984376B (zh) 协议处理方法、装置、设备及计算机可读存储介质
CN115396385B (zh) 堆叠交换机快速恢复业务的方法、装置及计算设备

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