CN107592228A - 一种虚拟化资源池管理节点失效处理方法和装置 - Google Patents
一种虚拟化资源池管理节点失效处理方法和装置 Download PDFInfo
- Publication number
- CN107592228A CN107592228A CN201710859876.5A CN201710859876A CN107592228A CN 107592228 A CN107592228 A CN 107592228A CN 201710859876 A CN201710859876 A CN 201710859876A CN 107592228 A CN107592228 A CN 107592228A
- Authority
- CN
- China
- Prior art keywords
- master
- node
- nodes
- new
- bak
- 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
Landscapes
- Hardware Redundancy (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种虚拟化资源池管理节点失效处理方法和装置,所述方法包括:在虚拟化资源池节点失效时,对所述虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换;所述多种类型节点包括master;按照预先设定的选择策略选出新的master管理节点,使所述虚拟化资源池中只有一个master管理节点接管失效master节点的工作。本发明实施例能够自动选取主备节点,保障了在master节点失效时无间断地对外提供资源池管理服务。
Description
技术领域
本发明涉及云计算技术,尤指一种虚拟化资源池管理节点失效处理方法和装置。
背景技术
虚拟化资源池是指以统一管理视角整合多台物理服务器资源,并提供虚拟机生命周期管理和资源按需提供的虚拟化技术。然而资源池在统一管理、统一维护便捷的同时,也会引入风险集中、管理节点失效的问题。管理节点失效是指资源池中负责全局信息的管理节点出现宕机或停止服务的状况。该问题会导致管理节点的部分数据丢失,或者平台重装等严重后果。因此资源池的高可用性也就显得至关重要。
目前市场上很多虚拟化资源池均采用的是主从(master/slaves)结构,其中master节点失效后的及时完整正确恢复成为衡量高可用性的一个重要指标。市场上目前已实现的“双机热备”机制是通过预先指定备份节点的方式,均采用的是备份节点静态指定的策略。
发明内容
为了解决上述技术问题,本发明实施例提供了一种虚拟化资源池管理节点失效处理方法和装置,能够自动选取主备节点,保障了在master节点失效时无间断地对外提供资源池管理服务。
为了达到本发明目的,一方面,本发明实施例提供了一种虚拟化资源池管理节点失效处理方法,包括:
在虚拟化资源池节点失效时,对所述虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换;所述多种类型节点包括master;
按照预先设定的选择策略选出新的master管理节点,使所述虚拟化资源池中只有一个master管理节点接管失效master节点的工作。
进一步地,所述按照预先设定的选择策略选出新的master管理节点包括:
按照预先设定的序列对转换后的各个节点进行排序;
按照所述排序选出所述新的master管理节点。
进一步地,所述master,为管理节点,负责管理所有从节点salve;
所述多种类型节点还包括:
所述slave,负责管理本节点的虚拟机生命周期;
master_bak,用于同步备份master节点信息,并在master失效时接管其工作;
new,为新节点,为节点初始状态。
进一步地,所述对虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换包括以下任意一种或多种:
转换1,节点初始化为new,管理员建立资源池时,指定一个new节点为master节点;
转换2,节点初始化为new,加入资源池后,该节点从new转变为slave;
转换3,节点master发生宕机或停止服务恢复后,主动转变为slave;
转换4,节点slave退出资源池转变为new;
转换5,节点slave通过master选取指定为master_bak;
转换6,节点master_bak探测到资源池中master失效时,主动转变为master接管工作并选取新的master_bak;以及,
转换7,节点master_bak发生宕机或停止服务恢复后主动转变为slave节点。
进一步地,所述方法还包括:所述master节点选取所述master_bak节点;
所述master节点选取master_bak节点包括:如果之前没有master_bak或探测到当前master_bak节点无效时,则遍历资源池中所有节点,如果发现一个节点有效,则将其置为master_bak节点,并将master节点信息备份传输给master_bak节点,结束此次选取;
如果遍历完未发现有效节点,则此次选取失败,继续下次选取。
进一步地,所述方法还包括:
当master节点因网络出现问题失效时,master_bak探测到master节点失效后,主动接管其工作,旧master节点网络恢复正常后,从资源池存在的两个master节点中按照所述排序选出所述新的master管理节点;
所述按照所述排序选出所述新的master管理节点包括:
为资源池中每个节点设定序列号,slave节点序列号为0,master节点序列号为K;
当master选取出master_bak节点后,将master_bak节点序列号置为K+1;当出现多个master节点时,按照序列号排序,取序列号最大的节点为master,另外的master转变为slave。
另一方面,本发明实施例还提供了一种虚拟化资源池管理节点失效处理装置,包括:
转换模块,用于在虚拟化资源池节点失效时,对所述虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换;所述多种类型节点包括master;
选择模块,用于按照预先设定的选择策略选出新的master管理节点,使所述资源池中只有一个master管理节点接管失效master节点的工作。
进一步地,所述选择模块还用于:
按照预先设定的序列对转换后的各个节点进行排序;
按照所述排序选出所述新的master管理节点。
进一步地,所述master,为管理节点,负责管理所有从节点salve;
所述多种类型节点还包括:
所述slave,负责管理本节点的虚拟机生命周期;
master_bak,用于同步备份master节点信息,并在master失效时接管其工作;
new,为新节点,为节点初始状态。
进一步地,所述转换模块还用于进行包括以下任意一种或多种节点转换:
转换1,节点初始化为new,管理员建立资源池时,指定一个new节点为master节点;
转换2,节点初始化为new,加入资源池后,该节点从new转变为slave;
转换3,节点master发生宕机或停止服务恢复后,主动转变为slave;
转换4,节点slave退出资源池转变为new;
转换5,节点slave通过master选取指定为master_bak;
转换6,节点master_bak探测到资源池中master失效时,主动转变为master接管工作并选取新的master_bak;以及,
转换7,节点master_bak发生宕机或停止服务恢复后主动转变为slave节点。
进一步地,所述装置还包括:所述master节点选取所述master_bak节点;
所述master节点选取master_bak节点包括:如果之前没有master_bak或探测到当前master_bak节点无效时,则遍历资源池中所有节点,如果发现一个节点有效,则将其置为master_bak节点,并将master节点信息备份传输给master_bak节点,结束此次选取;
如果遍历完未发现有效节点,则此次选取失败,继续下次选取。
进一步地,所述装置还包括:
当master节点因网络出现问题失效时,master_bak探测到master节点失效后,主动接管其工作,旧master节点网络恢复正常后,从资源池存在的两个master节点中按照所述排序选出所述新的master管理节点;
所述按照所述排序选出所述新的master管理节点包括:
为资源池中每个节点设定序列号,slave节点序列号为0,master节点序列号为K;
当master选取出master_bak节点后,将master_bak节点序列号置为K+1;当出现多个master节点时,按照序列号排序,取序列号最大的节点为master,另外的master转变为slave。
与现有技术相比,本发明实施例通过在虚拟化资源池节点失效时,对所述虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换;所述多种类型节点包括master;按照预先设定的选择策略选出新的master管理节点,使所述虚拟化资源池中只有一个master管理节点接管失效master节点的工作。本发明实施例能够自动选取主备节点,保障了在master节点失效时无间断地对外提供资源池管理服务。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1为本发明实施例虚拟化资源池管理节点失效处理方法的流程图;
图2为本发明实施例虚拟化资源池管理节点失效处理方法中的节点转换示意图;
图3为本发明实施例虚拟化资源池管理节点失效处理装置的结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图1为本发明实施例虚拟化资源池管理节点失效处理方法的流程图,如图1所示,本发明实施例的方法包括以下步骤:
步骤100:在虚拟化资源池节点失效时,对所述虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换;所述多种类型节点包括master;
其中,本发明实施例的机制为解决虚拟化资源池管理master/slaves模式中管理节点失效的问题,以保障master节点失效时能够无间断地对外提供资源池管理服务,该机制按照一定策略自动选取主备节点,在master节点宕机或停止服务时可以主动接管其功能。
步骤101:按照预先设定的选择策略选出新的master管理节点,使所述虚拟化资源池中只有一个master管理节点接管失效master节点的工作。
进一步地,所述按照预先设定的选择策略选出新的master管理节点包括:
按照预先设定的序列对转换后的各个节点进行排序;
按照所述排序选出所述新的master管理节点。
进一步地,所述master,为管理节点,负责管理所有从节点salve;
所述多种类型节点还包括:
所述slave,负责管理本节点的虚拟机生命周期;
master_bak,用于同步备份master节点信息,并在master失效时接管其工作;
new,为新节点,为节点初始状态。
进一步地,所述对虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换包括以下任意一种或多种:
转换1,节点初始化为new,管理员建立资源池时,指定一个new节点为master节点;
转换2,节点初始化为new,加入资源池后,该节点从new转变为slave;
转换3,节点master发生宕机或停止服务恢复后,主动转变为slave;
转换4,节点slave退出资源池转变为new;
转换5,节点slave通过master选取指定为master_bak;
转换6,节点master_bak探测到资源池中master失效时,主动转变为master接管工作并选取新的master_bak;以及,
转换7,节点master_bak发生宕机或停止服务恢复后主动转变为slave节点。
进一步地,所述方法还包括:所述master节点选取所述master_bak节点;
所述master节点选取master_bak节点包括:如果之前没有master_bak或探测到当前master_bak节点无效时,则遍历资源池中所有节点,如果发现一个节点有效,则将其置为master_bak节点,并将master节点信息备份传输给master_bak节点,结束此次选取;
如果遍历完未发现有效节点,则此次选取失败,继续下次选取。
进一步地,所述方法还包括:
当master节点因网络出现问题失效时,master_bak探测到master节点失效后,主动接管其工作,旧master节点网络恢复正常后,从资源池存在的两个master节点中按照所述排序选出所述新的master管理节点;
所述按照所述排序选出所述新的master管理节点包括:
为资源池中每个节点设定序列号,slave节点序列号为0,master节点序列号为K;
当master选取出master_bak节点后,将master_bak节点序列号置为K+1;当出现多个master节点时,按照序列号排序,取序列号最大的节点为master,另外的master转变为slave。
下面从原理上对本发明实施例的方法进行详细说明:
本发明实施例提出了一种全新资源池管理节点失效处理机制,该机制按照一定策略自动选取主备节点,在master节点宕机或停止服务时可以主动接管其功能,从而实现资源池的高可用性。同时针对探测故障过程中出现多个master的情况,按照序列排序策略进行解决多master节点冲突问题。
本发明实施例主要关注了虚拟化资源池管理master/slaves模式中存在管理节点失效的问题,旨在保障master节点失效时能够无间断地对外提供资源池管理服务,该机制按照一定策略自动选取主备节点,在master节点宕机或停止服务时可以主动接管其功能,并提出一种序列排序策略来保障资源池中只有一个master管理节点。
图2为本发明实施例虚拟化资源池管理节点失效处理方法中的节点转换示意图,如图2所示,本发明实施例技术方案实现的具体实施方式如下:
资源池中节点分为四种类型:N1:master称为管理节点,负责管理所有salve;N2:slave负责管理本节点的虚拟机生命周期;N3:master_bak用于同步备份master节点信息,并在master失效时接管其工作;N4:new新节点,初始状态。不同节点转换关系如下:
转换1,节点初始化为new,管理员建立资源池时,指定一个new节点为master节点;
转换2,节点初始化为new,加入资源池后,该节点从new转变为slave;
转换3,节点master发生宕机或停止服务恢复后,主动转变为slave;
转换4,节点slave退出资源池转变为new;
转换5,节点slave通过master选取指定为master_bak;
转换6,节点master_bak探测到资源池中master失效时,主动转变为master接管工作并选取新的master_bak;
转换7,节点master_bak发生宕机或停止服务恢复后主动转变为slave节点。
节点选取及替换策略过程如下:
a1、master节点,如果之前没有master_bak或探测到master_bak节点无效时,则遍历资源池中所有节点,如果发现某个节点有效,则将其置为master_bak节点,并将自身信息备份传输给master_bak节点,结束此次选取。如果遍历完未发现有效节点,则此次选取失败,继续下次选取。
a2、master_bak节点,探测到master节点无响应信息时,再次发送确认消息,如仍无响应,则判定master节点失效,并主动接管其工作,然后广播其他所有节点新master节点的信息。
多master节点序列排序策略背景如下:
master节点失效会出现两种情况:b1、master宕机失效,master_bak探测到失效后,主动接管其工作,旧master节点宕机恢复后自动成为slave节点。b2、master节点网络出现问题,master_bak探测到失效后,主动接管其工作,旧master节点网络恢复正常后,资源池会存在两个master节点,导致管理混乱。
针对第二种情况策略处理过程如下:
为资源池中每个节点设定序列号,slave节点序列号为0,master节点为K,当master选取出master_bak节点后,将master_bak节点序列号置为K+1。当出现多个master节点时,按照序列号排序,取序列号最大的节点为master,另外的master转变为slave。
本发明实施例保障master节点失效时能够无间断地对外提供资源池管理服务,从而实现资源池的高可用性。同时针对探测故障过程中出现多个master的情况,按照序列排序策略进行解决多master节点冲突问题。
本发明实施例虚拟化资源池管理节点失效处理机制中,按照节点选取及替换策略自动选取主备节点,在master节点宕机或停止服务时可以主动接管其功能,并提出一种序列排序策略来保障资源池中只有一个master管理节点。
进一步地,按照一定策略自动选取主备节点,在master节点宕机或停止服务时可以主动接管其功能。
进一步地,所述的序列排序策略用来保障资源池中只有一个master管理节点,即通过序列排序策略算法保障资源池中只有一个master节点,有效解决资源池中多master节点冲突问题。
图3为本发明实施例虚拟化资源池管理节点失效处理装置的结构图,如图3所示,本发明实施例另一方面提供的一种虚拟化资源池管理节点失效处理装置,包括:
转换模块301,用于在虚拟化资源池节点失效时,对所述虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换;所述多种类型节点包括master;
选择模块302,用于按照预先设定的选择策略选出新的master管理节点,使所述资源池中只有一个master管理节点接管失效master节点的工作。
进一步地,所述选择模块302还用于:
按照预先设定的序列对转换后的各个节点进行排序;
按照所述排序选出所述新的master管理节点。
进一步地,所述master,为管理节点,负责管理所有从节点salve;
所述多种类型节点还包括:
所述slave,负责管理本节点的虚拟机生命周期;
master_bak,用于同步备份master节点信息,并在master失效时接管其工作;
new,为新节点,为节点初始状态。
进一步地,所述转换模块301还用于进行包括以下任意一种或多种节点转换:
转换1,节点初始化为new,管理员建立资源池时,指定一个new节点为master节点;
转换2,节点初始化为new,加入资源池后,该节点从new转变为slave;
转换3,节点master发生宕机或停止服务恢复后,主动转变为slave;
转换4,节点slave退出资源池转变为new;
转换5,节点slave通过master选取指定为master_bak;
转换6,节点master_bak探测到资源池中master失效时,主动转变为master接管工作并选取新的master_bak;以及,
转换7,节点master_bak发生宕机或停止服务恢复后主动转变为slave节点。
进一步地,所述装置还包括:所述master节点选取所述master_bak节点;
所述master节点选取master_bak节点包括:如果之前没有master_bak或探测到当前master_bak节点无效时,则遍历资源池中所有节点,如果发现一个节点有效,则将其置为master_bak节点,并将master节点信息备份传输给master_bak节点,结束此次选取;
如果遍历完未发现有效节点,则此次选取失败,继续下次选取。
进一步地,所述装置还包括:
当master节点因网络出现问题失效时,master_bak探测到master节点失效后,主动接管其工作,旧master节点网络恢复正常后,从资源池存在的两个master节点中按照所述排序选出所述新的master管理节点;
所述按照所述排序选出所述新的master管理节点包括:
为资源池中每个节点设定序列号,slave节点序列号为0,master节点序列号为K;
当master选取出master_bak节点后,将master_bak节点序列号置为K+1;当出现多个master节点时,按照序列号排序,取序列号最大的节点为master,另外的master转变为slave。
综上所述,本发明实施例通过在虚拟化资源池节点失效时,对所述虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换;所述多种类型节点包括master;按照预先设定的选择策略选出新的master管理节点,使所述虚拟化资源池中只有一个master管理节点接管失效master节点的工作。本发明实施例能够自动选取主备节点,保障了在master节点失效时无间断地对外提供资源池管理服务。
虽然本发明所揭露的实施方式如上,但所述的内容仅为便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (10)
1.一种虚拟化资源池管理节点失效处理方法,其特征在于,包括:
在虚拟化资源池节点失效时,对所述虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换;所述多种类型节点包括master;
按照预先设定的选择策略选出新的master管理节点,使所述虚拟化资源池中只有一个master管理节点接管失效master节点的工作。
2.根据权利要求1所述的虚拟化资源池管理节点失效处理方法,其特征在于,所述按照预先设定的选择策略选出新的master管理节点包括:
按照预先设定的序列对转换后的各个节点进行排序;
按照所述排序选出所述新的master管理节点。
3.根据权利要求1所述的虚拟化资源池管理节点失效处理方法,其特征在于,所述master,为管理节点,负责管理所有从节点salve;
所述多种类型节点还包括:
所述slave,负责管理本节点的虚拟机生命周期;
master_bak,用于同步备份master节点信息,并在master失效时接管其工作;
new,为新节点,为节点初始状态。
4.根据权利要求3所述的虚拟化资源池管理节点失效处理方法,其特征在于,所述对虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换包括以下任意一种或多种:
转换1,节点初始化为new,管理员建立资源池时,指定一个new节点为master节点;
转换2,节点初始化为new,加入资源池后,该节点从new转变为slave;
转换3,节点master发生宕机或停止服务恢复后,主动转变为slave;
转换4,节点slave退出资源池转变为new;
转换5,节点slave通过master选取指定为master_bak;
转换6,节点master_bak探测到资源池中master失效时,主动转变为master接管工作并选取新的master_bak;以及,
转换7,节点master_bak发生宕机或停止服务恢复后主动转变为slave节点。
5.根据权利要求1所述的虚拟化资源池管理节点失效处理方法,其特征在于,还包括:所述master节点选取所述master_bak节点;
所述master节点选取master_bak节点包括:如果之前没有master_bak或探测到当前master_bak节点无效时,则遍历资源池中所有节点,如果发现一个节点有效,则将其置为master_bak节点,并将master节点信息备份传输给master_bak节点,结束此次选取;
如果遍历完未发现有效节点,则此次选取失败,继续下次选取。
6.根据权利要求5所述的虚拟化资源池管理节点失效处理方法,其特征在于,还包括:
当master节点因网络出现问题失效时,master_bak探测到master节点失效后,主动接管其工作,旧master节点网络恢复正常后,从资源池存在的两个master节点中按照所述排序选出所述新的master管理节点;
所述按照所述排序选出所述新的master管理节点包括:
为资源池中每个节点设定序列号,slave节点序列号为0,master节点序列号为K;
当master选取出master_bak节点后,将master_bak节点序列号置为K+1;当出现多个master节点时,按照序列号排序,取序列号最大的节点为master,另外的master转变为slave。
7.一种虚拟化资源池管理节点失效处理装置,其特征在于,包括:
转换模块,用于在虚拟化资源池节点失效时,对所述虚拟化资源池中多种类型节点按照预先设定的转换策略进行节点转换;所述多种类型节点包括master;
选择模块,用于按照预先设定的选择策略选出新的master管理节点,使所述资源池中只有一个master管理节点接管失效master节点的工作。
8.根据权利要求7所述的虚拟化资源池管理节点失效处理装置,其特征在于,所述选择模块还用于:
按照预先设定的序列对转换后的各个节点进行排序;
按照所述排序选出所述新的master管理节点。
9.根据权利要求7所述的虚拟化资源池管理节点失效处理装置,其特征在于,所述master,为管理节点,负责管理所有从节点salve;
所述多种类型节点还包括:
所述slave,负责管理本节点的虚拟机生命周期;
master_bak,用于同步备份master节点信息,并在master失效时接管其工作;
new,为新节点,为节点初始状态。
10.根据权利要求9所述的虚拟化资源池管理节点失效处理装置,其特征在于,所述转换模块还用于进行包括以下任意一种或多种节点转换:
转换1,节点初始化为new,管理员建立资源池时,指定一个new节点为master节点;
转换2,节点初始化为new,加入资源池后,该节点从new转变为slave;
转换3,节点master发生宕机或停止服务恢复后,主动转变为slave;
转换4,节点slave退出资源池转变为new;
转换5,节点slave通过master选取指定为master_bak;
转换6,节点master_bak探测到资源池中master失效时,主动转变为master接管工作并选取新的master_bak;以及,
转换7,节点master_bak发生宕机或停止服务恢复后主动转变为slave节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710859876.5A CN107592228A (zh) | 2017-09-21 | 2017-09-21 | 一种虚拟化资源池管理节点失效处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710859876.5A CN107592228A (zh) | 2017-09-21 | 2017-09-21 | 一种虚拟化资源池管理节点失效处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107592228A true CN107592228A (zh) | 2018-01-16 |
Family
ID=61048316
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710859876.5A Pending CN107592228A (zh) | 2017-09-21 | 2017-09-21 | 一种虚拟化资源池管理节点失效处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107592228A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109684412A (zh) * | 2018-12-25 | 2019-04-26 | 成都虚谷伟业科技有限公司 | 一种分布式数据库系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1512329A (zh) * | 2002-12-31 | 2004-07-14 | 联想(北京)有限公司 | 机群自适应的控制方法 |
CN103457775A (zh) * | 2013-09-05 | 2013-12-18 | 中国科学院软件研究所 | 一种基于角色的高可用虚拟机池化管理系统 |
CN104182300A (zh) * | 2014-08-19 | 2014-12-03 | 北京京东尚科信息技术有限公司 | 一种集群中虚拟机的备份方法及系统 |
-
2017
- 2017-09-21 CN CN201710859876.5A patent/CN107592228A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1512329A (zh) * | 2002-12-31 | 2004-07-14 | 联想(北京)有限公司 | 机群自适应的控制方法 |
CN103457775A (zh) * | 2013-09-05 | 2013-12-18 | 中国科学院软件研究所 | 一种基于角色的高可用虚拟机池化管理系统 |
CN104182300A (zh) * | 2014-08-19 | 2014-12-03 | 北京京东尚科信息技术有限公司 | 一种集群中虚拟机的备份方法及系统 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109684412A (zh) * | 2018-12-25 | 2019-04-26 | 成都虚谷伟业科技有限公司 | 一种分布式数据库系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105991325B (zh) | 处理至少一个分布式集群中的故障的方法、设备和系统 | |
CN106170782B (zh) | 用于在网络中的机器的大规模并行处理集群中创建高度可扩展的高可用性集群的系统和方法 | |
CN103902617B (zh) | 分布式数据库同步方法和系统 | |
US20160197741A1 (en) | Ethernet ring protection node with node-level redundancy | |
CN102629224B (zh) | 一种基于云平台的一体化数据容灾方法及其装置 | |
CN104731670B (zh) | 一种面向卫星的轮换式星载计算机容错系统 | |
CN103457775B (zh) | 一种基于角色的高可用虚拟机池化管理系统 | |
CN104317803B (zh) | 数据库集群的数据存取系统和方法 | |
CN103559108A (zh) | 一种基于虚拟化实现主备故障自动恢复的方法及系统 | |
CN113364603B (zh) | 环形网络的故障恢复方法及物理节点 | |
CN107508694B (zh) | 一种集群内的节点管理方法及节点设备 | |
CN109507866A (zh) | 一种基于网络地址漂移技术的双机冗余系统及方法 | |
CN105406980A (zh) | 一种多节点备份方法及装置 | |
CN103647830A (zh) | 一种集群管理系统中多层次配置文件的动态管理方法 | |
CN104767794B (zh) | 一种分布式系统中的节点选举方法及节点 | |
CN106612312A (zh) | 一种虚拟化数据中心调度系统和方法 | |
CN105915391B (zh) | 基于单阶段提交并具备自恢复功能的分布式键值存储方法 | |
CN108551397A (zh) | 网桥装置及应用以及多plc主站与多plc从站的通信控制方法 | |
CN105812161B (zh) | 一种控制器故障备份方法和系统 | |
CN107124317A (zh) | 一种容灾系统 | |
CN115562911B (zh) | 虚拟机数据备份方法及装置、系统、电子设备、存储介质 | |
CN106254114A (zh) | 云主机故障迁移方法及系统 | |
CN106502835A (zh) | 一种容灾备份方法及装置 | |
CN107665158A (zh) | 一种存储集群恢复方法及设备 | |
CN113127270A (zh) | 一种基于云计算的3取2安全计算机平台 |
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 |
Application publication date: 20180116 |
|
RJ01 | Rejection of invention patent application after publication |