CN110597664A - 一种高可用集群资源部署方法、装置及相关组件 - Google Patents
一种高可用集群资源部署方法、装置及相关组件 Download PDFInfo
- Publication number
- CN110597664A CN110597664A CN201910877925.7A CN201910877925A CN110597664A CN 110597664 A CN110597664 A CN 110597664A CN 201910877925 A CN201910877925 A CN 201910877925A CN 110597664 A CN110597664 A CN 110597664A
- Authority
- CN
- China
- Prior art keywords
- host
- target
- cluster
- resource
- information
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1479—Generic software techniques for error detection or fault masking
- G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Hardware Redundancy (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种高可用集群资源部署方法,该方法通过获取集群网络拓扑信息确定各主机在集群中的网络拓扑位置,比如各目标设备连接的主机,各目标设备间连接关系等,若检测到发起资源部署请求,根据网络拓扑位置尽量筛选出至少分属于两台目标设备下的主机作为待部署资源的目标主机,从而在一台目标设备故障宕机导致其连接的各主机均无法接受任务响应时,调用其他目标设备下的主机作为冗余备份进行任务响应,避免了由一台目标设备宕机导致连接的各主应用和/或主数据、备份应用和/或备份数据均无法提供业务响应需求的问题,提升了系统的可用性。本申请还提供了一种高可用集群资源部署装置、系统、计算机设备及可读存储介质,具有上述有益效果。
Description
技术领域
本申请涉及电子技术领域,特别涉及一种高可用集群资源部署方法、装置、设备、系统、计算机设备及可读存储介质。
背景技术
随着信息技术的发展,IT技术对支撑一个公司业务的有至关重要的作用,业务严重依赖IT系统提供财务、通信、用户数据管理等服务,离开了IT系统一个公司业务无法正常运转。这对IT系统的可用性提出非常高的要求。
在IT应用服务中主要可以分为应用服务器、数据库以及用户三部分。应用服务器、数据库以及系统到用户之间的网络组成了一个串联系统,串联系统中一旦有一个环节异常,整个系统将会不可用。这样简单的网络结构对IT系统的可用性造成了挑战。同时,这样的系统中,数据只存储在数据库主机上,一旦数据库主机硬盘故障,很可能会造成数据丢失,对数据的可用性有极大影响。
面对日益提高的对IT系统的可用性要求,现有的普遍使用的技术方案是通过计算机集群实现数据冗余备份和应用备份。通过数据冗余备份,比如用户的注册信息、订单信息等,对一份数据在多个计算机上进行备份,当一个备份数据损坏时,可转向使用另外一个主机上的备份;通过应用备份,当一个应用故障不能对外提供服务时,通过手动或者自动修改网络配置,使用户的访问转向另外一个主机上的备份应用,以最短的时间恢复业务。
而目前的冗余部署方案随机选择主机进行资源部署,而若与主机连接的设备,比如交换机、机柜、电源等出现故障时,与故障设备连接的主机均会无法接受响应,集群存在较高的可用性风险。
因此,如何进一步提升IT系统的可用性,是本领域技术人员需要解决的技术问题。
发明内容
本申请的目的是提供一种高可用集群资源部署方法,该方法通过集群主机网络拓扑位置发现,进而给出高可用性部署调度方案,可以为机房网络提供最高的可用性;本申请的另一目的是提供一种高可用集群资源部署装置、系统、计算机设备及可读存储介质。
为解决上述技术问题,本申请提供一种高可用集群资源部署方法,包括:
获取集群网络拓扑信息;
根据所述集群网络拓扑信息确定目标设备与主机间的连接关系,得到连接信息;其中,集群中包括至少两台所述目标设备,所述目标设备至少连接一台主机;
若检测到发起资源部署请求,根据所述连接信息筛选出至少分属于两台目标设备下的主机作为目标主机;
将各所述待部署资源部署于对应的目标主机;其中,各所述待部署资源间互为冗余备份。
可选地,根据所述连接信息筛选出至少分属于两台目标设备下的主机作为目标主机,包括:
筛选出满足第一条件的主机作为初始筛选主机;其中,所述第一条件根据所述待部署资源的资源配置需求设置得到;
根据所述集群网络拓扑信息确定各所述初始筛选主机分属的目标设备;
判断所述初始筛选主机分属的目标设备的数量是否少于所述待部署资源的数量;
若所述初始筛选主机分属的目标设备的数量少于所述待部署资源的数量,从每个目标设备下选取至少一台初始筛选主机作为所述目标主机;
若所述初始筛选主机分属的目标设备的数量不少于所述待部署资源的数量,确定分属不同目标设备的初始筛选主机作为所述目标主机。
可选地,根据所述连接信息筛选出至少分属于两台目标设备下的主机作为目标主机,包括:
根据所述连接信息筛选出至少分属于两台目标设备下服务响应性能最高的主机作为所述目标主机。
可选地,将各所述待部署资源部署于对应的目标主机,包括:
选取所述目标主机中服务响应性能最高的主机作为第一主机,其它主机作为第二主机;
将所述待部署资源中默认资源部署于所述第一主机;其中,所述默认资源为设置的资源主要提供端;
将所述待部署资源中备份资源部署于所述第二主机。
可选地,当目标主机为网络信息中转设备时,所述获取集群网络拓扑信息,包括:
各主机端调用LLDP协议读取自身连接的网络信息目标设备,得到所述网络信息目标设备信息;
统计所述各主机连接的网络信息目标设备,将得到的信息作为所述集群网络拓扑信息中所述目标设备与主机间的连接关系信息。
可选地,所述获取集群网络拓扑信息,包括:
按照预设启动规则定期收集集群中各设备的拓扑信息;
根据定期收集的信息进行集群网络拓扑信息的更新。
可选地,在所述若检测到发起资源部署请求之后,还包括:
根据所述资源部署请求判断当前待部署应用是否属于存在高可用需求的资源;
若当前待部署应用属于存在高可用需求的资源,执行根据所述连接信息筛选出至少分属于两台目标设备下的主机作为目标主机的步骤;
若当前待部署应用不属于存在高可用需求的资源,依照预设配置规则将各所述待部署部署于指定主机。
为实现上述目的,本申请还公开了一种高可用集群资源部署装置,包括:
拓扑信息获取单元,用于获取集群网络拓扑信息;
连接信息确定单元,用于根据所述集群网络拓扑信息确定目标设备与主机间的连接关系,得到连接信息;其中,集群中包括至少两台所述目标设备,所述目标设备至少连接一台主机;
目标主机筛选单元,用于若检测到发起资源部署请求,根据所述连接信息筛选出至少分属于两台目标设备下的主机作为目标主机;
资源部署单元,用于将各所述待部署资源部署于对应的目标主机;其中,各所述待部署资源间互为冗余备份。
为实现上述目的,本申请还公开了一种高可用集群资源部署系统,包括:
主机客户端,用于查询连接的目标设备,得到目标设备信息;将所述目标设备信息发送至集群控制中心;
集群控制中心,用于实现所述高可用集群资源部署方法的步骤。
可选地,还包括:与所述集群控制中心实现冗余备份的从集群控制中心;
所述从集群控制中心用于在所述集群控制中心故障时实现所述高可用集群资源部署方法的步骤。
可选地,所述主机客户端以Daemon后台服务形式运行于主机。
为实现上述目的,本申请还公开了一种计算机设备,包括:
存储器,用于存储程序;
处理器,用于执行所述程序时实现所述高可用集群资源部署方法的步骤。
为实现上述目的,本申请还公开了一种可读存储介质,所述可读存储介质上存储有程序,所述程序被处理器执行时实现所述高可用集群资源部署方法的步骤。本申请所提供的高可用集群资源部署方法,通过获取集群网络拓扑信息确定各主机在集群中的网络拓扑位置,比如各目标设备连接的主机,各目标设备间连接关系等,若检测到发起资源部署请求,根据该网络拓扑位置尽量筛选出至少分属于两台目标设备下的主机作为待部署资源的目标主机,从而在一台目标设备故障宕机导致其连接的各主机均无法接受任务响应时,还可以调用其他目标设备下的主机作为冗余备份进行任务响应,避免了由一台目标设备宕机导致连接的各主应用和/或主数据、备份应用和/或备份数据均无法提供业务响应需求的问题,提升了系统的可用性。
本申请还提供了一种高可用集群资源部署装置、系统、计算机设备及可读存储介质,具有上述有益效果,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为一种IT应用服务结构示意图;
图2为一种通过计算机集群实现数据冗余备份以及应用备份的应用服务结构示意图;
图3为一种网络结构拓扑图;
图4为本申请实施例提供的一种高可用集群资源部署方法的流程图;
图5为本申请实施例提供的一种高可用集群资源部署装置的结构框图;
图6为本申请实施例提供的一种高可用集群资源部署系统600的结构示意图;
图7为本申请实施例提供的一种包含主集群控制中心以及从集群控制中心的高可用集群资源部署601系统结构示意图;
图8为本申请实施例提供的一种主机客户端的处理流程图;
图9为本申请实施例提供的一种集群控制中心的处理流程图;
图10为本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
本申请的核心是提供一种高可用集群资源部署方法,该方法通过集群主机网络拓扑位置发现,进而给出高可用性部署调度方案,可以为机房网络提供最高的可用性;本申请的另一核心是提供一种高可用集群资源部署装置、系统、计算机设备及可读存储介质。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1所示为一种最简单的IT应用服务结构示意图,在该结构中应用服务器、数据库以及系统到用户之间的网络组成了一个串联系统,串联系统中一旦有一个环节异常,整个系统将会不可用。这样简单的网络结构对IT系统的可用性造成了挑战。同时,这样的系统中,数据只存储在数据库主机上,一旦数据库主机硬盘故障,很可能会造成数据丢失,对数据的可用性有极大影响。
图2所示为一种通过计算机集群实现数据冗余备份以及应用备份的应用服务结构示意图。一般来说,造成IT应用不可用的原因有2类:1)系统自身出现问题,应用本身的软件BUG,造成服务异常;所在主机操作系统异常、硬盘损坏等。2)外界因素各种因素导致的网络异常、供电异常。如果有影响系统的外界因素事件发生,如机柜故障,系统中的主应用和备份应用所在的主机如果在同1个机柜上,同时受到外界因素的可能性将增大,系统的可用性并不能得到保证。
具体地,以图3所示的网络结构拓扑图为例,机房IT系统中拥有8台计算机,分别连接于两个交换机上。在机柜a中,某主应用部署于计算机a1上,备份应用部署于计算机a2上,如果机柜交换机1发生了故障,此时计算机a1、a2都不可用,即主用应实例和备份应用实例都不可用,完全无法应对2)外界因素造成的应用不可用情况,没有充分利用多交换机在可用性上的优势,导致系统可用性较低。
本申请通过集群主机网络拓扑位置发现,进而给出最优的业务高可用性部署调度方案,旨在给定的机房网络拓扑下提供最高的可用性。
实施例一:
请参考图4,图4为本实施例提供的一种高可用集群资源部署方法的流程图;该方法主要包括:
步骤s110、获取集群网络拓扑信息。
集群网络拓扑信息指集群中用传输介质互连各种设备的物理布局信息,包括构成网络的机器设备间排列方式。该步骤中获取集群网络拓扑信息的目的在于确定当前集群中各设备间的连接关系,以便于进一步确定指定的目标设备与主机间的连接关系,其中,目标设备可以为与主机连接的任意设备。
本实施例中对集群网络拓扑信息的获取方式不做限定,可以参照相关技术中的实现方式。
为便于理解,以下介绍一种集群网络拓扑信息中网络信息中转设备(目标设备,比如交换机)与主机间的连接信息的获取方式,其它设备类型下的信息获取方式在此不再赘述,均可参照本实施例的介绍。
当目标设备为网络信息中转设备时,获取集群网络拓扑信息的过程具体可以包括以下两个步骤:
(1)、各主机端调用LLDP协议读取自身连接的网络信息中转设备,得到网络信息中转设备信息;
(2)、统计各主机连接的网络信息中转设备,将得到的信息作为集群网络拓扑信息中目标设备与主机间的连接关系信息。
通过LLDP协议,集群成员主机可以发现自己连接的网络信息中转设备(比如交换机)信息,该种实现方式较为简单,且准确率较高,本实施例中仅以该种实现方式为例进行介绍,其他实现方式均可参照本实施例的介绍,在此不再赘述。
步骤s120、根据集群网络拓扑信息确定目标设备与主机间的连接关系,得到连接信息。
该步骤中确定目标设备与主机间的连接关系的目的在于确定各目标设备下连接的各主机,以便于分布式地选取不同目标设备下的主机进行资源部署请求响应,避免目标设备故障对系统整体功能响应的影响。
目标设备可以为与主机连接的任意设备,集群中目标设备至少设置两台,各目标设备下均连接主机,至少连接一台,不做上限设定。本实施例中对于指定的目标设备的设备类型不做限定,比如可以为交换机、机柜、路由器,甚至还可以为电源等,可以根据实际网络拓扑连接关系进行设定。以图3所示的结构图为例,其中的目标设备可以为交换机(交换机1以及交换机2),也可以为机柜(机柜1以及机柜2)。
需要说明的是,本实施例中目标设备的类型可以不止一种,比如在单次资源部署中目标设备可以为机柜与交换机,即同时根据计算机与机柜、计算机与交换机的连接关系确定资源部署的主机;目标设备也可以为机柜,即以计算机与机柜的连接关系确定资源部署的主机等,目标设备类型的数量可以根据实际资源部署的需要进行设置,在此不做限定。
集群中包含若干台主机,根据集群网络拓扑信息确定目标设备与主机间的连接关系,比如计算机a1连接的目标设备为交换机1、计算机a2连接的目标设备为交换机1、计算机b1连接的目标设备为交换机2等。连接信息中至少需要包括设备名称或者代码等可以用于区分各设备的信息,还可以包含比如配置信息等其他信息,在此对具体获取的连接信息中涵盖的类型不做限定,可以根据不同的使用需求进行设定。
由于集群中主机以及目标设备等随着系统的运行出于某些实际需要连接关系可能会发生变化,比如之前连接至交换机1的主机a1调换至交换机2下等,为尽量保证当前得到的连接信息体现实时主机连接情况,优选地,可以按照预设启动规则定期触发收集集群中各主机连接的目标设备信息。比如每隔5s收集一次目标设备信息进行信息更新等,收集的时间间隔可以根据集群数据恢复时间以及数据恢复程度等参数进行间隔时间的设定,以尽量保证系统的高可用性,具体时间设置在此不做限定。比如当规定的数据恢复时间为1s时,则尽量保证定时触发信息收集在1s内等。当然,也可以不定期触发,在此不做限定。
步骤s130、若检测到发起资源部署请求,根据连接信息筛选出至少分属于两台目标设备下的主机作为目标主机。
其中,资源可以包括应用和/或数据,资源部署请求可以为应用部署请求与数据部署请求中至少一种。需要说明的是,本申请中的资源部署请求中至少存在一个存在冗余备份,即应用部署请求可以指将应用以及应用备份部署于集群主机的请求,数据部署请求可以指将数据以及数据备份部署于集群主机的请求,通过冗余备份可以防止在一个资源故障不能对外提供服务时系统整体的不可用,保证了系统的可用性。而无冗余备份下的集群资源部署方案也可以采用本实施例提供的方法,只确定一台目标主机即可,本实施例对该种情况不做限定。
检测是否发起资源部署请求可以调用其他可以实现资源部署请求监测的部件,也可以自动接入资源部署接口进行监测等,本实施例对资源部署请求的检测方式不做限定。
若检测到发起资源部署请求,根据连接信息选出至少分属两台目标设备下的主机用于接收部署待部署的资源,一般来说为保证各相同资源间保证最大的可用性,需要将各资源分别部署于对应的主机,而非在一台主机设置多个冗余备份,即目标主机的数量与待部署资源的数量相同,当然,在主机数量少的情况下也可以将多个资源备份设置于同一台主机,在此不做限定,本实施例中仅以待部署资源与目标主机的数量相同为例进行介绍,其它情况均可参照本实施例的介绍。
确定的目标主机需保证至少分属两台目标设备,以保证在一台目标设备故障时系统的高可用性。以目标设备为交换机为例,比如集群中包括3台交换机,若交换机1故障,则与交换机1连接的主机均无法正常使用,而若交换机2下存在交换机1下主机资源备份,则可以立即调用交换机2下的主机进行用户请求响应,实现系统故障无衔接自动恢复。而目标主机分属的目标设备越多,由于目标设备故障导致的主机无法正常响应情况越少,系统可用性也越高。比如当交换机2与交换机3下的主机中均设置有交换机1下的资源备份,则不论集群中任意一台或任意两台交换机故障,系统均可正常运行。
具体的,对于目标主机的筛选方案可以根据实际使用需要(比如待部署的应用和/或数据的数量、可用性要求等)进行设置,可以首先确定目标设备,再确定目标设备下的目标主机;也可以先确定一部分目标主机后再根据该部分主机连接的目标设备确定余下的目标主机。以目标设备为机柜为例,待部署资源为应用A以及备份应用A1、A2,可以随机确定两台主机作为目标主机,并确定其所连接的机柜均为机柜1,则排除机柜1下的主机,从其他机柜下的主机中任意确定一台作为目标主机,得到三台目标主机;也可以首先确定集群中5台机柜中机柜1、2、3作为目标设备,随机选取三台机柜下的任意一台主机作为目标主机等。
不论筛选方向是从主机→目标设备→主机,还是从目标设备→主机,或是其他的筛选方向,其具体的筛选规则还需根据实际使用需要进行设定,上述两个例子中仅以随机选取为例进行介绍,其他的筛选规则均可参照本实施例的介绍。
步骤s140、将各待部署资源部署于对应的目标主机。
确定目标主机后,即可按照预设的资源部署规则将待部署的应用和/或数据部署于对应的目标主机。待部署资源中至少存在一个备用的资源,比如可以为一个主应用以及两个备份应用等,各待部署资源间互为冗余备份。
其中,各待部署资源对应的目标主机可以由用户执行,也可以任意匹配,在此不做限定。其中,可选地,可以选取目标主机中服务响应性能最高的主机作为第一主机,其它主机作为第二主机;将待部署资源中默认资源部署于第一主机;将待部署资源中备份资源部署于第二主机。其中,默认资源为设置的资源主要提供端,服务响应性能可以为待部署资源在部署和/或应用时的各种参数。
例如待部署资源为应用A以及备份应用A1、A2,筛选得到的目标主机为主机1、主机6以及主机7,则筛选出CPU占用率(服务响应性能)最小的主机为主机1,则将应用A部署于主机1,日常用户服务均由主机1上的应用A来提供。进一步地,还可以确定服务响应性能第二高的主机,对该主机给予较高的备用优先级等,例如,三台主机中CPU占用率第二的为主机6,则在主机1故障时优先将主机6下的备份应用作为主响应应用,以保证进行用户响应的主机服务性能最高,保证服务质量,提升用户体验。
另外,部署待部署资源的过程可以参照相关技术中的实现方式,本实施例中对此不再赘述。
需要说明的是,上述介绍中仅以目标设备为单类型设备为例进行介绍,为加深理解,在此以目标设备为多类型设备为例对目标主机的筛选过程进行介绍,以目标设备为交换机及机柜为例。确定的连接信息为:主机a1、a2、a3连接于机柜1,主机b1、b2、b3连接于机柜2,主机c1、c2、c3连接于机柜3,主机d1、d2、d3连接于机柜4,主机a1、a2、a3、b1、b2、b3连接于交换机1,主机c1、c2、c3、d1、d2、d3连接于交换机1,即机柜1与机柜2连接于交换机1,机柜3与机柜4连接于交换机2;当待部署的资源为应用A以及备份应用A1、A2时,由于机柜为交换机的上层连接,首先确定目标交换机为交换机1(交换机1部署应用A)以及交换机2(交换机2部署备份应用A1、A2),进一步地,由于交换机1下只需部署一份应用,则可以不论机柜,选取a1、a2、a3、b1、b2、b3中任意一台进行应用A的部署;对于备份应用A1、A2,则需确定交换机2下的机柜3以及机柜4分别作为目标机柜,分别确定分属于机柜3以及机柜4下的两台主机作为目标主机。本实施例中仅以上述多类型目标设备下的资源部署方式为例进行介绍,其它多类型目标设备下的资源部署过程均可参照上述介绍,在此不再赘述。
基于上述介绍,本实施例提供的高可用集群资源部署方法通过获取集群网络拓扑信息确定各主机在集群中的网络拓扑位置,比如各目标设备连接的主机,各目标设备间连接关系等,若检测到发起资源部署请求,根据该网络拓扑位置尽量筛选出至少分属于两台目标设备下的主机作为待部署资源的目标主机,从而在一台目标设备故障宕机导致其连接的各主机均无法接受任务响应时,还可以调用其他目标设备下的主机作为冗余备份进行任务响应,避免了由一台目标设备宕机导致连接的各主应用和/或主数据、备份应用和/或备份数据均无法提供业务响应需求的问题,提升了系统的可用性。
实施例二:
区别于实施例一,本实例主要从主机筛选规则的角度出发,在实施例一的基础上,对几种目标主机的筛选过程进行了进一步的介绍。
1、一种具体的筛选规则如下:
筛选出满足第一条件的主机作为初始筛选主机;其中,第一条件根据待部署资源的资源配置需求设置得到;
根据集群网络拓扑信息确定各初始筛选主机分属的目标设备;
判断初始筛选主机分属的目标设备的数量是否少于待部署资源的数量;
若初始筛选主机分属的目标设备的数量少于待部署资源的数量,从每个目标设备下选取至少一台初始筛选主机作为目标主机;
若初始筛选主机分属的目标设备的数量不少于待部署资源的数量,确定分属不同目标设备的初始筛选主机作为目标主机。
依照该规则进行的一种目标主机的筛选过程如下:
当前待部署的资源为应用A以及备份应用A1、A2,目标设备为交换机。该应用要求主机的内存使用率低于50%,则经过首轮内存使用率的筛选得到满足待部署资源的资源配置需求的初始筛选主机为主机1、主机2、主机4、主机6、主机7以及主机8;根据集群网络拓扑信息得到主机1连接的目标设备为交换机1、主机2连接的目标设备为交换机1、主机4连接的目标设备为交换机1、主机6连接的目标设备为交换机2、主机7连接的目标设备为交换机2、主机8连接的目标设备为交换机3;初始筛选主机分属的目标设备数量为3,不少于待部署资源的数量,随机选取分属交换机1、交换机2以及交换机3下的初始筛选主机,得到主机1、主机7以及主机8作为目标主机。
需要说明的是,将各待部署资源部署于对应的目标主机之前需保证各对应的主机均符合待部署资源的搭建要求,不论是在筛选目标主机时直接根据满足待部署资源的资源配置需求的主机进行筛选,或是在一次目标主机筛选完成后进行资源配置需求的匹配比对,若存在不符合要求的主机则将符合资源配置需求且符合筛选规则的主机替换不符合要求的主机,本实施例对该执行步骤不做限定,上述筛选规则中以在筛选过程进行首先进行判断为例进行介绍,其它情况本实施例中不做赘述。
该种筛选方式可以保证目标主机所连接的目标设备最多,进一步可以提升系统资源调用的稳定性。
2、另一种筛选规则如下:
根据连接信息筛选出至少分属于两台目标设备下服务响应性能最高的主机作为目标主机。
依照该规则进行的一种目标主机的筛选过程如下:
当前待部署的资源为应用A以及备份应用A1、A2,满足待部署资源的资源配置需求的初始筛选主机为主机1、主机2、主机4、主机6、主机7以及主机8,对个初始筛选主机的数据写入速度(服务响应)从高到低排序为:主机1>主机4>主机7>主机8>主机2>主机6,则首先将主机1作为一台目标主机,确定主机1连接的目标设备为交换机1,确定主机4连接的目标设备为交换机2,两者不同,则将主机4也作为目标主机,继续确定主机7连接的目标设备为交换机2(由于满足目标主机所属的目标设备至少为两个可以直接确定主机7作为剩余的一台目标主机,也可以尽量全面选取两两不同的交换机下的目标主机,本实施例中以后者为例),与主机4连接的目标设备相同,继续确定主机8连接的目标设备,仍与主机4连接的目标设备相同,继续确定主机2连接的目标设备为交换机3,则确定主机2为最后的目标主机,得到目标主机为主机1、主机4以及主机2。
该筛选方式从服务响应性能入手,可以在保证系统冗余响应的前提下保证服务质量,提升了用户体验。
本实施例中仅以连接的目标设备数量以及服务质量两个角度为例对目标主机的筛选过程进行介绍,其它情况下的主机筛选过程均可参照本实施例的介绍,在此不再赘述。
实施例三:
区别于实施例一,本实例主要从简化执行逻辑的角度出发,在实施例一或实施例二的基础上,增加了一种判断规则以及对应的响应手段。
由于一些待部署资源可能重要性较低或者安全等级很高不允许备份等,可能不存在备份冗余资源,或者无需根据上述步骤进行资源部署等,此时为了简化执行逻辑,可以按照其他指定部署规则进行资源部署。
为实现上述目的,可以在检测到发起应用部署请求之后,进一步根据应用部署请求判断当前待部署应用是否属于存在高可用需求的资源;若当前待部署应用属于存在高可用需求的资源,执行根据集群网络拓扑信息筛选出至少分属于两台目标设备下的目标主机的步骤;若当前待部署应用不属于存在高可用需求的资源,依照预设任意配置规则将各待部署部署于任意指定主机。
判断当前待部署应用是否为存在高可用需求的资源的方式本实施例中不做限定,比如可以通过判断备份数量是否达到1,或者也可以通过判断资源重要性标记(比如应用的重要等级标注)等。当满足预置的高可用需求时,则可以按照上述实施例中介绍的步骤进行资源部署;当不满足时,可以根据其他指定的配置规则进行资源部署(比如可以按照传统的随机部署方案不考虑主机在机房中的网络拓扑位置情况进行部署等),本实施例中预设的区别于上述介绍的配置规则不做限定,可以参照相关技术中的资源配置方案。
实施例四:
请参考图5,图5为本实施例提供的一种高可用集群资源部署装置的结构框图;可以包括:拓扑信息获取单元510、连接信息确定单元520、目标主机筛选单元530以及资源部署单元540。本实施例提供的高可用集群资源部署装置可与上述实施例中介绍的高可用集群资源部署方法可相互对照。
其中,拓扑信息获取单元510主要用于获取集群网络拓扑信息;
连接信息确定单元520主要用于根据集群网络拓扑信息确定目标设备与主机间的连接关系,得到连接信息;其中,集群中包括至少两台目标设备,目标设备至少连接一台主机;
目标主机筛选单元530主要用于若检测到发起资源部署请求,根据连接信息筛选出至少分属于两台目标设备下的主机作为目标主机;
资源部署单元540主要用于将各待部署资源部署于对应的目标主机;其中,各待部署资源间互为冗余备份。
可选地,目标主机筛选单元具体可以为第一筛选单元,第一筛选单元包括:
初始筛选子单元,用于筛选出满足第一条件的主机作为初始筛选主机;其中,第一条件根据待部署资源的资源配置需求设置得到;
设备确定子单元,用于根据集群网络拓扑信息确定各初始筛选主机分属的目标设备;
数量判断子单元,用于判断初始筛选主机分属的目标设备的数量是否少于待部署资源的数量;若初始筛选主机分属的目标设备的数量少于待部署资源的数量,触发第一选取子单元;若初始筛选主机分属的目标设备的数量不少于待部署资源的数量,触发第二选取子单元;
第一选取子单元,用于从每个目标设备下选取至少一台初始筛选主机作为目标主机;
第二选取子单元,用于确定分属不同目标设备的初始筛选主机作为目标主机。
可选地,目标主机筛选单元具体可以为第二筛选单元,第一筛选单元用于:根据连接信息筛选出至少分属于两台目标设备下服务响应性能最高的主机作为目标主机。
可选地,资源部署单元包括:
性能选取子单元,用于选取目标主机中服务响应性能最高的主机作为第一主机,其它主机作为第二主机;
第一部署子单元,用于将待部署资源中默认资源部署于第一主机;其中,默认资源为设置的资源主要提供端;
第二部署子单元,用于将待部署资源中备份资源部署于第二主机。
可选地,当拓扑信息获取单元中包括:网络信息中转设备获取子单元时,网络信息中转设备获取子单元
用于统计各主机连接的网络信息中转设备,将得到的信息作为集群网络拓扑信息中目标设备与主机间的连接关系信息;其中,网络信息中转设备由各主机端调用LLDP协议读取自身连接的网络信息目标设备得到。
可选地,拓扑信息获取单元,包括:
触发子单元,用于按照预设启动规则定期收集集群中各设备的拓扑信息;
更新子单元,用于根据定期收集的信息进行集群网络拓扑信息更新。
可选地,本实施例提供的高可用集群资源部署装置中可以进一步包括:资源判断单元;
资源判断单元包括:
高需求判断子单元,用于若检测到发起资源部署请求,根据资源部署请求判断当前待部署应用是否属于存在高可用需求的资源;若当前待部署应用属于存在高可用需求的资源,触发目标主机筛选单元;若当前待部署应用不属于存在高可用需求的资源,触发第二部署单元;
第二部署单元用于依照预设配置规则将各待部署部署于指定主机。
本实施例提供的高可用集群资源部署装置可以为机房网络提供较高的可用性。
实施例五:
本申请还提供了一种高可用集群资源部署系统,此部分内容原理与方案部分相对应,实现原理的部分此处不再赘述,以下将对该高可用集群资源部署系统的硬件组成进行描述,请参见图6,图6为本申请实施例提供的一种高可用集群资源部署系统600的结构示意图,该系统中主要包括:主机客户端610以及集群控制中心620。
其中,主机客户端610至少为两台,具体数量不做限制,主要用于查询连接的目标设备,得到目标设备信息;将目标设备信息发送至集群控制中心;
主机客户端运行于对应的主机,具体运行方式不做限定,一般为避免对其它应用的干扰,主机客户端可以以Daemon后台服务形式运行于主机。
集群控制中心620与各主机客户端610连接,主要用于实现上述实施例中介绍的高可用集群资源部署方法的步骤,本实施例中对此不再赘述。
需要说明的是,本实施例中对主机客户端与集群中其它设备(比如交换机等)的连接不做限定,可以参照相关技术中的连接方式,在此不再赘述。
本实施例提供的高可用集群资源部署系统通过集群主机网络拓扑位置发现,进而给出高可用性部署调度方案,可以为机房网络提供最高的可用性。
实施例六:
基于上述实施例五所提供的高可用集群资源部署系统,为进一步避免由于集群控制中心620故障导致的资源部署延迟等问题,提升系统的可用性,可选地,系统中可以进一步包括:与集群控制中心实现冗余备份的从集群控制中心;从集群控制中心为集群控制中心620的冗余备份,与集群控制中心620所实现功能相同,具体功能实现可参照上述实施例的介绍。
一种包含主集群控制中心以及从集群控制中心的高可用集群资源部署601系统结构示意图如图7所示,包括:主集群控制中心621、从集群控制中心622以及若干台主机客户端610。
主集群控制中心621、从集群控制中心622均与各主机客户端610连接,由主集群控制中心621负责执行上述高可用集群资源部署方法实施例中的步骤,当主集群控制中心621故障时,由从集群控制中心622负责接替主集群控制中心621的工作执行上述高可用集群资源部署方法实施例中的步骤。
可选地,从集群控制中心622可以不止一台,也可以与主集群控制中心621部署于不同主机,以提升集群控制中心功能的稳定性。
实施例七:
为加深对本申请提供的高可用集群资源部署系统的工作机制的理解,本实施例中以图7所示的系统结构为例对系统整体工作流程以及各设备的工作过程进行介绍(其中目标设备为信息中转设备:交换机),其它系统结构下的工作过程均可参照本实施例的介绍,在此不再赘述。
本实施例提供的高可用集群资源部署系统基于C/S架构。
系统的整体工作流程为:
1)、集群主机通过安装相应的主机客户端发现自己连接的网络设备。
2)、集群主机向集群控制中心(一般为主集群控制中心)报告自己连接的网络设备信息。
3)、集群控制中心记录集群中每个主机连接的交换机,即确定主机的网络拓扑位置,记录每个交换机连接的主机信息。
4)、有应用需要部署时,控制中心将其尽可能分散到不同的网络设备上的主机上去。
主机客户端的处理流程图如图8所示,主机客户端主要负责基于LLDP发现自己所连接的网络设备信息,通过网络通信定期将信息发送给集群控制中心。在主机加入集群后,部署在主机上,以Daemon后台服务形式持续运行。
集群控制中心(主以及从)的处理流程图如图9所示,集群控制中心主要负责:
1)负责收集主机客户端发回的网络设备信息,更新集群的网络拓扑图。
2)负责集群应用部署时,按照应用需要的资源配置,给出最优的主机选择,为手动应用部署提供依据或者是自动化的部署调度。
其对应的流程包含主机网络拓扑位置信息记录与更新以及应用部署调度。
该系统在机房中集群中,通过LLDP协议获取的主机的网络拓扑位置信息;在为集群高可用应用分配主机时,基于已获取的主机网络拓扑位置信息,将应用优先分配到同一机房中的连接到不同网络设备的主机上,实现了系统高可用的优势。
实施例八:
本实施例提供一种计算机设备,包括:存储器以及处理器。
其中,存储器用于存储程序;
处理器用于执行程序时实现如上述高可用集群资源部署方法的步骤,具体可参照上述实施例中对高可用集群资源部署方法的介绍,在此不再赘述。
请参考图10,为本实施例提供的一种计算机设备的结构示意图,该计算机设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(centralprocessing units,CPU)322(例如,一个或一个以上处理器)和存储器332,一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中,存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地,中央处理器322可以设置为与存储介质330通信,在计算机设备301上执行存储介质330中的一系列指令操作。
计算机设备301还可以包括一个或一个以上电源326,一个或一个以上有线或无线网络接口350,一个或一个以上输入输出接口358,和/或,一个或一个以上操作系统341,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中所描述的高可用集群资源部署方法中的步骤可以由本实施例中计算机设备的结构实现。
实施例九:
本实施例公开一种可读存储介质,其上存储有程序,程序被处理器执行时实现如高可用集群资源部署方法的步骤,具体可参照上述实施例中对高可用集群资源部署方法的介绍。
该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。
说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的高可用集群资源部署方法、装置、系统、计算机设备及可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。
Claims (13)
1.一种高可用集群资源部署方法,其特征在于,包括:
获取集群网络拓扑信息;
根据所述集群网络拓扑信息确定目标设备与主机间的连接关系,得到连接信息;其中,集群中包括至少两台所述目标设备,所述目标设备至少连接一台主机;
若检测到发起资源部署请求,根据所述连接信息筛选出至少分属于两台目标设备下的主机作为目标主机;
将各所述待部署资源部署于对应的目标主机;其中,各所述待部署资源间互为冗余备份。
2.如权利要求1所述的高可用集群资源部署方法,其特征在于,根据所述连接信息筛选出至少分属于两台目标设备下的主机作为目标主机,包括:
筛选出满足第一条件的主机作为初始筛选主机;其中,所述第一条件根据所述待部署资源的资源配置需求设置得到;
根据所述集群网络拓扑信息确定各所述初始筛选主机分属的目标设备;
判断所述初始筛选主机分属的目标设备的数量是否少于所述待部署资源的数量;
若所述初始筛选主机分属的目标设备的数量少于所述待部署资源的数量,从每个目标设备下选取至少一台初始筛选主机作为所述目标主机;
若所述初始筛选主机分属的目标设备的数量不少于所述待部署资源的数量,确定分属不同目标设备的初始筛选主机作为所述目标主机。
3.如权利要求1所述的高可用集群资源部署方法,其特征在于,根据所述连接信息筛选出至少分属于两台目标设备下的主机作为目标主机,包括:
根据所述连接信息筛选出至少分属于两台目标设备下服务响应性能最高的主机作为所述目标主机。
4.如权利要求1所述的高可用集群资源部署方法,其特征在于,将各所述待部署资源部署于对应的目标主机,包括:
选取所述目标主机中服务响应性能最高的主机作为第一主机,其它主机作为第二主机;
将所述待部署资源中默认资源部署于所述第一主机;其中,所述默认资源为设置的资源主要提供端;
将所述待部署资源中备份资源部署于所述第二主机。
5.如权利要求1所述的高可用集群资源部署方法,其特征在于,当目标主机为网络信息中转设备时,所述获取集群网络拓扑信息,包括:
各主机端调用LLDP协议读取自身连接的网络信息目标设备,得到所述网络信息目标设备信息;
统计所述各主机连接的网络信息目标设备,将得到的信息作为所述集群网络拓扑信息中所述目标设备与主机间的连接关系信息。
6.如权利要求1所述的高可用集群资源部署方法,其特征在于,所述获取集群网络拓扑信息,包括:
按照预设启动规则定期收集集群中各设备的拓扑信息;
根据定期收集的信息进行集群网络拓扑信息的更新。
7.如权利要求1至6任一项所述的高可用集群资源部署方法,其特征在于,在所述若检测到发起资源部署请求之后,还包括:
根据所述资源部署请求判断当前待部署应用是否属于存在高可用需求的资源;
若当前待部署应用属于存在高可用需求的资源,执行根据所述连接信息筛选出至少分属于两台目标设备下的主机作为目标主机的步骤;
若当前待部署应用不属于存在高可用需求的资源,依照预设配置规则将各所述待部署部署于指定主机。
8.一种高可用集群资源部署装置,其特征在于,包括:
拓扑信息获取单元,用于获取集群网络拓扑信息;
连接信息确定单元,用于根据所述集群网络拓扑信息确定目标设备与主机间的连接关系,得到连接信息;其中,集群中包括至少两台所述目标设备,所述目标设备至少连接一台主机;
目标主机筛选单元,用于若检测到发起资源部署请求,根据所述连接信息筛选出至少分属于两台目标设备下的主机作为目标主机;
资源部署单元,用于将各所述待部署资源部署于对应的目标主机;其中,各所述待部署资源间互为冗余备份。
9.一种高可用集群资源部署系统,其特征在于,包括:
主机客户端,用于查询连接的目标设备,得到目标设备信息;将所述目标设备信息发送至集群控制中心;
集群控制中心,用于实现如权利要求1至7任一项所述高可用集群资源部署方法的步骤。
10.如权利要求9所述的高可用集群资源部署系统,其特征在于,还包括:与所述集群控制中心实现冗余备份的从集群控制中心;
所述从集群控制中心用于在所述集群控制中心故障时实现如权利要求1至7任一项所述高可用集群资源部署方法的步骤。
11.如权利要求9所述的高可用集群资源部署系统,其特征在于,所述主机客户端以Daemon后台服务形式运行于主机。
12.一种计算机设备,其特征在于,包括:
存储器,用于存储程序;
处理器,用于执行所述程序时实现如权利要求1至7任一项所述高可用集群资源部署方法的步骤。
13.一种可读存储介质,其特征在于,所述可读存储介质上存储有程序,所述程序被处理器执行时实现如权利要求1至7任一项所述高可用集群资源部署方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910877925.7A CN110597664A (zh) | 2019-09-17 | 2019-09-17 | 一种高可用集群资源部署方法、装置及相关组件 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910877925.7A CN110597664A (zh) | 2019-09-17 | 2019-09-17 | 一种高可用集群资源部署方法、装置及相关组件 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110597664A true CN110597664A (zh) | 2019-12-20 |
Family
ID=68860437
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910877925.7A Pending CN110597664A (zh) | 2019-09-17 | 2019-09-17 | 一种高可用集群资源部署方法、装置及相关组件 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110597664A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111506423A (zh) * | 2020-04-09 | 2020-08-07 | 网易(杭州)网络有限公司 | 一种资源的调度方法、装置、电子设备及存储介质 |
CN111817894A (zh) * | 2020-07-13 | 2020-10-23 | 济南浪潮数据技术有限公司 | 集群节点配置方法、系统及可读存储介质 |
CN112037873A (zh) * | 2020-08-31 | 2020-12-04 | 合肥工业大学 | 一种基于集群选主和共识机制的单点优化方法 |
CN112468596A (zh) * | 2020-12-02 | 2021-03-09 | 苏州浪潮智能科技有限公司 | 一种集群仲裁方法、装置、电子设备及可读存储介质 |
CN112925652A (zh) * | 2021-04-06 | 2021-06-08 | 北京百度网讯科技有限公司 | 应用资源部署方法、装置、电子设备和介质 |
CN112965817A (zh) * | 2021-02-22 | 2021-06-15 | 网易(杭州)网络有限公司 | 资源管理方法、装置和电子设备 |
EP3806432A4 (en) * | 2019-08-26 | 2021-06-23 | Wangsu Science & Technology Co., Ltd. | SERVICE CHANGE PROCESS ON A SERVICE CHANGE DEVICE AND SYSTEM |
CN113127271A (zh) * | 2021-04-01 | 2021-07-16 | 深圳华锐金融技术股份有限公司 | 交易系统的部署方法、装置、计算机设备和存储介质 |
CN113342492A (zh) * | 2021-06-08 | 2021-09-03 | 杭州遥望网络科技有限公司 | 一种任务指令下发方法、装置、系统、电子设备和介质 |
CN116319762A (zh) * | 2023-05-18 | 2023-06-23 | 华夏卓越(天津)科技有限公司 | 局域网内文件批量复制方法、装置、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143063A (zh) * | 2010-12-29 | 2011-08-03 | 华为技术有限公司 | 集群系统中业务保护的方法和装置 |
US20120304191A1 (en) * | 2011-05-27 | 2012-11-29 | Morgan Christopher Edwin | Systems and methods for cloud deployment engine for selective workload migration or federation based on workload conditions |
CN103580923A (zh) * | 2013-11-08 | 2014-02-12 | 华为技术有限公司 | 软件部署的方法和装置 |
CN105262835A (zh) * | 2015-10-30 | 2016-01-20 | 北京奇虎科技有限公司 | 一种多机房中的数据存储方法和装置 |
CN109391514A (zh) * | 2018-10-11 | 2019-02-26 | 深信服科技股份有限公司 | 基于高可用性的设备部署方法、服务器、存储介质及装置 |
-
2019
- 2019-09-17 CN CN201910877925.7A patent/CN110597664A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143063A (zh) * | 2010-12-29 | 2011-08-03 | 华为技术有限公司 | 集群系统中业务保护的方法和装置 |
US20120304191A1 (en) * | 2011-05-27 | 2012-11-29 | Morgan Christopher Edwin | Systems and methods for cloud deployment engine for selective workload migration or federation based on workload conditions |
CN103580923A (zh) * | 2013-11-08 | 2014-02-12 | 华为技术有限公司 | 软件部署的方法和装置 |
CN105262835A (zh) * | 2015-10-30 | 2016-01-20 | 北京奇虎科技有限公司 | 一种多机房中的数据存储方法和装置 |
CN109391514A (zh) * | 2018-10-11 | 2019-02-26 | 深信服科技股份有限公司 | 基于高可用性的设备部署方法、服务器、存储介质及装置 |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3806432A4 (en) * | 2019-08-26 | 2021-06-23 | Wangsu Science & Technology Co., Ltd. | SERVICE CHANGE PROCESS ON A SERVICE CHANGE DEVICE AND SYSTEM |
CN111506423A (zh) * | 2020-04-09 | 2020-08-07 | 网易(杭州)网络有限公司 | 一种资源的调度方法、装置、电子设备及存储介质 |
CN111506423B (zh) * | 2020-04-09 | 2023-06-30 | 网易(杭州)网络有限公司 | 一种资源的调度方法、装置、电子设备及存储介质 |
CN111817894A (zh) * | 2020-07-13 | 2020-10-23 | 济南浪潮数据技术有限公司 | 集群节点配置方法、系统及可读存储介质 |
CN111817894B (zh) * | 2020-07-13 | 2022-12-30 | 济南浪潮数据技术有限公司 | 集群节点配置方法、系统及可读存储介质 |
CN112037873A (zh) * | 2020-08-31 | 2020-12-04 | 合肥工业大学 | 一种基于集群选主和共识机制的单点优化方法 |
CN112037873B (zh) * | 2020-08-31 | 2022-09-13 | 合肥工业大学 | 一种基于集群选主和共识机制的单点优化方法 |
CN112468596A (zh) * | 2020-12-02 | 2021-03-09 | 苏州浪潮智能科技有限公司 | 一种集群仲裁方法、装置、电子设备及可读存储介质 |
CN112468596B (zh) * | 2020-12-02 | 2022-07-05 | 苏州浪潮智能科技有限公司 | 一种集群仲裁方法、装置、电子设备及可读存储介质 |
US11902095B2 (en) | 2020-12-02 | 2024-02-13 | Inspur Suzhou Intelligent Technology Co., Ltd. | Cluster quorum method and apparatus, electronic device, and readable storage medium |
CN112965817A (zh) * | 2021-02-22 | 2021-06-15 | 网易(杭州)网络有限公司 | 资源管理方法、装置和电子设备 |
CN112965817B (zh) * | 2021-02-22 | 2023-08-11 | 网易(杭州)网络有限公司 | 资源管理方法、装置和电子设备 |
CN113127271A (zh) * | 2021-04-01 | 2021-07-16 | 深圳华锐金融技术股份有限公司 | 交易系统的部署方法、装置、计算机设备和存储介质 |
CN112925652A (zh) * | 2021-04-06 | 2021-06-08 | 北京百度网讯科技有限公司 | 应用资源部署方法、装置、电子设备和介质 |
CN112925652B (zh) * | 2021-04-06 | 2023-11-21 | 北京百度网讯科技有限公司 | 应用资源部署方法、装置、电子设备和介质 |
CN113342492A (zh) * | 2021-06-08 | 2021-09-03 | 杭州遥望网络科技有限公司 | 一种任务指令下发方法、装置、系统、电子设备和介质 |
CN116319762B (zh) * | 2023-05-18 | 2023-08-04 | 华夏卓越(天津)科技有限公司 | 局域网内文件批量复制方法、装置、电子设备及存储介质 |
CN116319762A (zh) * | 2023-05-18 | 2023-06-23 | 华夏卓越(天津)科技有限公司 | 局域网内文件批量复制方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110597664A (zh) | 一种高可用集群资源部署方法、装置及相关组件 | |
CN111290834B (zh) | 一种基于云管理平台实现业务高可用的方法、装置及设备 | |
US10693813B1 (en) | Enabling and disabling links of a networking switch responsive to compute node fitness | |
US7225356B2 (en) | System for managing operational failure occurrences in processing devices | |
CN108847982B (zh) | 一种分布式存储集群及其节点故障切换方法和装置 | |
US6859889B2 (en) | Backup system and method for distributed systems | |
EP1820291B1 (en) | A method, system and computer program product for coordinated monitoring and failure detection | |
EP1697843B1 (en) | System and method for managing protocol network failures in a cluster system | |
CN110933137B (zh) | 一种数据同步方法、系统、设备及可读存储介质 | |
WO2016022405A1 (en) | Providing higher workload resiliency in clustered systems based on health heuristics | |
WO2006040327A1 (en) | Method, system and program product for automated topology formation in dynamic distributed environments | |
CN108600100B (zh) | 成员端口选取方法和装置 | |
CN103530193A (zh) | 用于调节应用进程的方法和设备 | |
EP3865998A1 (en) | Cluster management method, apparatus and system | |
CN102843259A (zh) | 集群内中间件自管理热备方法及系统 | |
EP4170485A1 (en) | Disaster recovery method and apparatus for middleware of paas, disaster recovery device, and computer-readable storage medium | |
CN110971662A (zh) | 一种基于Ceph的两节点高可用实现方法及装置 | |
CN112737844A (zh) | 冗余系统中主备切换的方法和装置 | |
CN117097604A (zh) | 一种服务器集群的管理方法、装置、设备及可读存储介质 | |
CN110399254A (zh) | 一种服务器cmc双机热活方法、系统、终端及存储介质 | |
CN114124803B (zh) | 设备管理方法、装置、电子设备及存储介质 | |
CN112787918B (zh) | 一种基于服务路由树的数据中心寻址与主备切换方法 | |
CN115549751A (zh) | 遥感卫星地面站监控系统和方法 | |
CN110213364B (zh) | 快递柜监控方法、系统、存储介质和设备 | |
CN112564968B (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191220 |