CN114513402A - 网络设备的高可用实现方法、装置和存储介质 - Google Patents
网络设备的高可用实现方法、装置和存储介质 Download PDFInfo
- Publication number
- CN114513402A CN114513402A CN202011145850.2A CN202011145850A CN114513402A CN 114513402 A CN114513402 A CN 114513402A CN 202011145850 A CN202011145850 A CN 202011145850A CN 114513402 A CN114513402 A CN 114513402A
- Authority
- CN
- China
- Prior art keywords
- node
- backup
- standby
- service
- target
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 73
- 238000007667 floating Methods 0.000 claims description 83
- 238000012545 processing Methods 0.000 claims description 29
- 238000001514 detection method Methods 0.000 claims description 27
- 238000011084 recovery Methods 0.000 claims description 25
- 230000027455 binding Effects 0.000 claims description 21
- 238000009739 binding Methods 0.000 claims description 21
- 238000013507 mapping Methods 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 3
- 238000007726 management method Methods 0.000 description 50
- 238000010586 diagram Methods 0.000 description 14
- 230000008569 process Effects 0.000 description 11
- 230000006870 function Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 101100489349 Arabidopsis thaliana PAT24 gene Proteins 0.000 description 1
- 101100313923 Arabidopsis thaliana TIP1-2 gene Proteins 0.000 description 1
- 101100315589 Homo sapiens TAX1BP3 gene Proteins 0.000 description 1
- 101100313925 Oryza sativa subsp. japonica TIP1-2 gene Proteins 0.000 description 1
- 101100099674 Oryza sativa subsp. japonica TIP2 gene Proteins 0.000 description 1
- 101100313935 Oryza sativa subsp. japonica TIP2-1 gene Proteins 0.000 description 1
- 101100313932 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) TIP20 gene Proteins 0.000 description 1
- 102100036221 Tax1-binding protein 3 Human genes 0.000 description 1
- 101100313921 Zea mays TIP1-1 gene Proteins 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 101150023068 tip1 gene Proteins 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Hardware Redundancy (AREA)
Abstract
本申请公开了网络设备的高可用实现方法、装置和存储介质,其中,网络设备包括至少一个逻辑备份组,每个逻辑备份组中包括至少一个主用节点,方法包括:当目标主用节点产生故障事件时,根据目标主用节点的标识和备份关系确定与目标主用节点匹配的备用节点,目标主用节点属于至少一个主用节点;根据匹配的备用节点的备份状态,从匹配的备用节点中选取出目标备用节点;采用目标备用节点向外部设备提供业务服务。由此,当主用节点发生故障时,通过根据备份关系选择代替发生故障的主用节点的备用节点缩小了备用节点的选择范围,降低了备份的复杂度,并保证在主用节点故障时,不会影响其他逻辑备份组内的主用节点备份关系,减少了对整个网络设备的影响。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种网络设备的高可用实现方法、装置和存储介质。
背景技术
在电信领域,网络服务质量好坏直接影响用户的业务体验,间接影响运营商的经济效益。为了保证网络业务的稳定提供,尤其对业务提供的持续性要求较高的场景,对网络设备的可靠性提出更高挑战,因此,如何有效提升网络设备的可靠性是网络设备满足业务功能的同时需要重点考虑的因素之一。
目前,主要是为网络设备中的主用节点配置备用节点,不同主用节点共同服务全局业务,来自外部设备的业务访问请求发送至任意主用节点。但是,这种方式所有主用节点需配置全局的业务会话信息,会增加每个节点的处理开销,并且当某主用节点发生故障时,从所有备用节点中选择备用节点替代发生故障的主用节点。
发明内容
本申请提供一种网络设备的高可用实现方法、装置和存储介质。
根据第一方面,提供了一种网络设备的高可用实现方法,所述网络设备包括至少一个逻辑备份组,每个所述逻辑备份组中包括至少一个主用节点,和至少一个备用节点,该方法包括:
当目标主用节点产生故障事件时,根据所述目标主用节点的标识和备份关系确定与所述目标主用节点匹配的备用节点,所述目标主用节点属于所述至少一个主用节点;
根据所述匹配的备用节点的备份状态,从所述匹配的备用节点中选取出目标备用节点;
采用所述目标备用节点向外部设备提供业务服务。
在本申请第一方面实施例一种可能的实现方式中,主用节点,对外提供与业务地址对应的业务服务,所述采用所述目标备用节点向外部设备提供业务服务,包括:
确定与所述业务地址的用途类型对应的接口地址集合标识;
根据所述接口地址集合标识确定对应的浮动接口地址;
采用所述浮动接口地址接收所述外部设备的业务访问请求,并基于所述业务地址向所述外部设备提供所述业务服务。
在本申请第一方面实施例一种可能的实现方式中,所述确定与所述业务地址的用途类型对应的接口地址集合标识,包括:
根据预设对应关系,确定与所述主用节点的标识对应的业务地址;
确定所述业务地址对应的用途类型;
根据业务地址绑定表,确定与所述用途类型对应的接口地址集合标识。
在本申请第一方面实施例一种可能的实现方式中,所述根据所述接口地址集合标识确定对应的浮动接口地址,包括:
根据所述接口地址集合标识,从浮动接口地址映射表中确定所述对应的浮动接口地址。
在本申请第一方面实施例一种可能的实现方式中,在所述目标主用节点产生故障事件前,所述方法还包括:
经由所述浮动接口地址当前所属的目标主用节点接收所述业务访问请求,从而获取所述目标主用节点采用所述业务地址对外提供的业务服务。
在本申请第一方面实施例一种可能的实现方式中,所述采用所述浮动接口地址接收所述外部设备的业务访问请求,以基于所述业务地址向所述外部设备提供业务服务,包括:
采用所述目标主用节点的所述业务地址,基于所备份的业务状态数据向所述外部设备提供业务服务。
在本申请第一方面实施例一种可能的实现方式中,所述根据所述匹配的备用节点的备份状态,从所述匹配的备用节点中选取出目标备用节点,包括:
确定所述匹配的备用节点所属备份组类别;
确定所述匹配的备用节点的备份管理状态;
根据所述备份组类别、所述备份状态以及所述备份管理状态,从所述匹配的备用节点中选取出具备备用条件的目标备用节点。
在本申请第一方面实施例一种可能的实现方式中,所述根据所述备份组类别、所述备份状态以及所述备份管理状态,从所述匹配的备用节点中选取出具备备用条件的目标备用节点,包括:
判断所述备份组类别、所述备份状态以及所述备份管理状态是否满足先决条件;
将所述备份组类别、所述备份状态以及所述备份管理状态满足所述先决条件,且具备所述备用条件的备用节点作为所述目标备用节点。
在本申请第一方面实施例一种可能的实现方式中,所述判断所述备份组类别、所述备份状态以及所述备份管理状态是否满足先决条件,包括:当所述备份组类别为主用组类别、所述备份状态为备用、所述备份管理状态为主用,则确定满足所述先决条件;或者,
当所述备份组类别为备用组类别、所述备份状态为备用、所述备份管理状态为备用,则确定满足所述先决条件;或者,
当所述备份组类别为混合组类别、所述备份状态为备用、所述备份管理状态为主用或者备用,则确定满足所述先决条件。
在本申请第一方面实施例一种可能的实现方式中,所述从所述匹配的备用节点中选取出具备备用条件的目标备用节点,包括:
当所述匹配的备用节点已备份所述目标主用节点的业务状态数据,且已配置对应的浮动接口地址,且,所述匹配的备用节点的接口地址和,与其邻接的外部设备接口地址之间可达性检测通过,则确定所述匹配的备用节点具备所述备用条件。
在本申请第一方面实施例一种可能的实现方式中,该方法还包括:
在所述网络设备初始化时,配置每个所述逻辑备份组中的各主用节点和备用节点之间的备份关系,其中,所述备用节点根据所述备份关系,备份对应所述主用节点的业务状态数据。
在本申请第一方面实施例一种可能的实现方式中,所述配置每个所述逻辑备份组中的各主用节点和备用节点之间的备份关系,包括:
当所述逻辑备份组中仅有一个所述备用节点,则将所述备用节点作为分别与各个所述主用节点对应的备用节点;
当所述逻辑备份组中有至少两个所述备用节点,则针对所述主用节点,配置至少两个所述备用节点。
在本申请第一方面实施例一种可能的实现方式中,在所述采用所述目标备用节点向外部设备提供业务服务后,所述方法还包括:
对所述备份关系进行更新。
在本申请第一方面实施例一种可能的实现方式中,在所述采用所述目标备用节点向外部设备提供业务服务后,还包括:
对所述目标主用节点的故障进行恢复处理;
所述对所述备份关系进行更新,包括:
如果在设定时间阈值之内,未成功对所述目标主用节点的故障恢复处理,则对所述备份关系进行更新。
在本申请第一方面实施例一种可能的实现方式中,所述对所述目标主用节点的故障进行恢复处理后,还包括:
如果成功对所述目标主用节点的故障恢复处理,则在所述目标主用节点当前的备份状态为主用时,向与自身对应的备用节点备份业务状态数据;
在所述目标主用节点当前的备份状态为备用时,备份与自身对应的主用节点的业务状态数据。
在本申请第一方面实施例一种可能的实现方式中,所述备用节点的数量为多个,所述对所述备份关系进行更新,包括:
从所述逻辑备份组中多个所述备用节点中选取出第一备用节点;
将所述第一备用节点作为所述目标备用节点的备用节点;
根据所述第一备用节点的标识和所述目标备用节点的标识对所述备份关系进行补充更新。
在本申请第一方面实施例一种可能的实现方式中,在所述配置每个所述逻辑备份组中的各所述主用节点和所述备用节点之间的备份关系后,还包括:
对各个所述备用节点进行故障检测;
如果任一备用节点产生故障事件,则停止将与所述任一备用节点对应的主用节点的业务状态数据备份至所述任一备用节点。
在本申请第一方面实施例一种可能的实现方式中,还包括:根据所述网络设备的实际业务容量、高可用性程度的需求配置每个所述逻辑业务组中主用节点和备用节点的数量。
根据第二方面,提供了一种网络设备的高可用实现装置,所述网络设备包括至少一个逻辑备份组,每个所述逻辑备份组中包括至少一个主用节点,和至少一个备用节点,所述装置包括:
第一确定模块,用于当目标主用节点产生故障事件时,根据所述目标主用节点的标识和备份关系确定与所述目标主用节点匹配的备用节点,所述目标主用节点属于所述至少一个主用节点;
第二确定模块,用于根据所述匹配的备用节点的备份状态,从所述匹配的备用节点中选取出目标备用节点;
提供模块,用于采用所述目标备用节点向外部设备提供业务服务。
在本申请第二方面实施例一种可能的实现方式中,所述主用节点,对外提供与业务地址对应的业务服务,所述提供模块,包括:
第一确定单元,用于确定与所述业务地址的用途类型对应的接口地址集合标识;
第二确定单元,用于根据所述接口地址集合标识确定对应的浮动接口地址;
提供单元,用于采用所述浮动接口地址接收所述外部设备的业务访问请求,并基于所述业务地址向所述外部设备提供所述业务服务。
在本申请第二方面实施例一种可能的实现方式中,所述第一确定单元,用于:
根据预设对应关系,确定与所述主用节点的标识对应的业务地址;
确定所述业务地址对应的用途类型;
根据业务地址绑定表,确定与所述用途类型对应的接口地址集合标识。
在本申请第二方面实施例一种可能的实现方式中,所述第二确定单元,用于:
根据所述接口地址集合标识,从浮动接口地址映射表中确定所述对应的浮动接口地址。
在本申请第二方面实施例一种可能的实现方式中,所述装置还包括:
接收模块,用于经由所述浮动接口地址当前所属的目标主用节点接收所述业务访问请求,从而获取所述目标主用节点对外提供的业务服务。
在本申请第二方面实施例一种可能的实现方式中,
所述提供单元,还用于采用所述目标主用节点的所述业务地址,基于所备份的业务状态数据向所述外部设备提供业务服务。
在本申请第二方面实施例一种可能的实现方式中,所述第二确定模块,包括:
第三确定单元,用于确定所述匹配的备用节点所属备份组类别;
第四确定单元,用于确定所述匹配的备用节点的备份管理状态;
第五确定单元,用于根据所述备份组类别、所述备份状态以及所述备份管理状态,从所述匹配的备用节点中选取出具备备用条件的目标备用节点。
在本申请第二方面实施例一种可能的实现方式中,所述第五确定单元,用于:
判断所述备份组类别、所述备份状态以及所述备份管理状态是否满足先决条件;
将所述备份组类别、所述备份状态以及所述备份管理状态满足所述先决条件,且具备所述备用条件的备用节点作为所述目标备用节点。
在本申请第二方面实施例一种可能的实现方式中,所述第五确定单元,用于:
当所述备份组类别为主用组类别、所述备份状态为备用、所述备份管理状态为主用则确定满足所述先决条件;或者,
当所述备份组类别为备用组类别、所述备份状态为备用、所述备份管理状态为备用,则确定满足所述先决条件;或者,
当所述备份组类别为混合组类别、所述备份状态为备用、所述备份管理状态为主用或者备用,则确定满足所述先决条件。
在本申请第二方面实施例一种可能的实现方式中,所述第五确定单元,用于:当所述匹配的备用节点已备份所述目标主用节点的业务状态数据,且已配置对应的浮动接口地址,且,所述匹配的备用节点的接口地址和,与其邻接的外部设备接口之间可达性检测通过,则确定所述匹配的备用节点具备所述备用条件。
在本申请第二方面实施例一种可能的实现方式中,该装置还包括:
第一配置模块,用于在所述网络设备初始化时,配置每个所述逻辑备份组中的各主用节点和备用节点之间的备份关系,其中,所述备用节点根据所述备份关系,备份对应所述主用节点的业务状态数据。
在本申请第二方面实施例一种可能的实现方式中,所述第一配置模块,用于:
当所述逻辑备份组中仅有一个所述备用节点,则将所述备用节点作为分别与各个所述主用节点对应的备用节点;
当所述逻辑备份组中有至少两个所述备用节点,则针对所述主用节点,配置至少两个所述备用节点。
在本申请第二方面实施例一种可能的实现方式中,该装置还包括:
更新模块,用于对所述备份关系进行更新。
在本申请第二方面实施例一种可能的实现方式中,该装置还包括:
故障处理模块,用于对所述目标主用节点的故障进行恢复处理;
所述更新模块,用于当在设定时间阈值之内,未成功对所述目标主用节点的故障恢复处理时,对所述备份关系进行更新。
在本申请第二方面实施例一种可能的实现方式中,该装置还包括:
备份模块,用于当成功对所述目标主用节点的故障恢复处理时,在所述目标主用节点当前的备份状态为主用时,向与自身对应的备用节点备份业务状态数据;在所述目标主用节点当前的备份状态为备用时,备份与自身对应的主用节点的业务状态数据。
在本申请第二方面实施例一种可能的实现方式中,所述备用节点的数量为多个,所述更新模块,用于:
从所述逻辑备份组中多个所述备用节点中选取出第一备用节点;
将所述第一备用节点作为所述目标备用节点的备用节点;
根据所述第一备用节点的标识和所述目标备用节点的标识对所述备份关系进行补充更新。
在本申请第二方面实施例一种可能的实现方式中,该装置还包括:
检测模块,用于对各个所述备用节点进行故障检测;
控制模块,用于当任一备用节点产生故障事件时,停止将与所述任一备用节点对应的主用节点的业务状态数据备份至所述任一备用节点。
在本申请第二方面实施例一种可能的实现方式中,该装置还包括:
第二配置模块,用于根据所述网络设备的实际业务容量、高可用性程度的需求配置每个所述逻辑业务组中主用节点和备用节点的数量。
根据第三方面,提供了一种处理器可读存储介质,所述处理器可读存储介质存储有计算机程序,所述计算机程序用于使所述处理器执行上述所述的网络设备的高可用实现方法。
本申请实施例的网络设备的高可用实现方法、装置和存储介质,基于网络设备包括至少一个逻辑备份组,每个逻辑备份组中包括至少一个主用节点,和至少一个备用节点,当至少一个主用节点发生故障时,通过根据备份关系确定与发生故障的主用节点匹配的备用节点,并由从匹配的备用节点中选出的目标备用节点代替发生故障的主用节点向外部设备提供业务服务,不仅缩小了备用节点的选择范围,而且降低了网络设备备份的复杂度。并且,将网络设备中的业务节点划分多个逻辑备份组,对主用节点进行组内保护,从而保证在主用节点故障时,不会影响其他逻辑备份组内主用节点备份关系,减少了对整个网络设备的影响。
上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1为本申请实施例提供的一种网络设备的高可用实现方法的流程示意图;
图2为本申请实施例提供的一种业务节点集合的构成示意图;
图3为本申请实施例提供的另一种网络设备的高可用实现方法的流程示意图;
图4为本申请实施例提供的另一种网络设备的高可用实现方法的流程示意图;
图5为本申请实施例提供的一种网络设备的结构示意图;
图6为本申请实施例提供的另一种网络设备的高可用实现方法的流程示意图;
图7为本申请实施例提供一种备份关系示意图一;
图8为本申请实施例提供一种备份关系示意图二;
图9为本申请实施例提供的另一种网络设备的高可用实现方法的流程示意图;
图10为本申请实施例提供的另一种网络设备的高可用实现方法的流程示意图;
图11为本申请实施例提供的一种备份关系示意图三;
图12为本申请实施例提供的一种备份关系示意图四;
图13为本申请实施例提供的一种网络设备的高可用实现装置的结构示意图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
下面参考附图描述本申请实施例的网络设备的高可用实现方法、网络设备、装置和存储介质。
本申请实施例的网络设备的高可用实现方法,基于网络设备包括至少一个逻辑备份组,每个逻辑备份组中包括至少一个主用节点,和至少一个备用节点,当至少一个主用节点发生故障时,通过根据备份关系确定与发生故障的主用节点匹配的备用节点,并由从匹配的备用节点中选出的目标备用节点代替发生故障的主用节点向外部设备提供业务服务,不仅缩小了备用节点的选择范围,而且降低了网络设备备份的复杂度。并且,将网络设备中的业务节点划分多个逻辑备份组,对主用节点进行组内保护,从而保证在主用节点故障时,不会影响其他逻辑备份组内主用节点备份关系,减少了对整个网络设备的影响。
图1为本申请实施例提供的一种网络设备的高可用实现方法的流程示意图。
本申请实施例的网络设备的高可用实现方法,可由网络设备执行,以实现当主用节点发生故障时,根据主用节点的标识和备份关系,确定与发生故障的主用节点匹配的备用节点,并确定对应的目标备用节点,使用目标备用节点代替故障的主用节点向外部设备提供业务服务。
如图1所示,该网络设备的高可用实现方法包括:
步骤101,当目标主用节点产生故障事件时,根据目标主用节点的标识和备份关系确定与目标主用节点匹配的备用节点。
本实施例中,网络设备包括至少一个业务节点,至少一个业务节点可划分为至少一个逻辑备份组,也即网络设备包括至少一个逻辑备份组。其中,每个逻辑备份组中包括至少一个主用节点和至少一个备用节点,也就是逻辑备份组内的业务节点被划分为两组,一组为至少一个主用节点,另一组为至少一个备用节点。
在一个实施例中,网络设备可根据自身的实际业务容量、高可用性程度的需求等,配置每个逻辑分组中主用节点和备用节点的数量。
其中,主用节点是常态为主用状态的业务节点,备用节点是备份状态常态为备用状态的业务节点。
每个逻辑备份组中一个主用节点的接口,可对应一个或多个备用节点的接口,备用节点的接口形成接口备份集合。
另外,每个逻辑备份组中的各主用节点与备用节点之间具有备份关系,其中,备份关系是指每个主用节点与备用节点之间的对应关系。
图2为本申请实施例提供的一种业务节点集合的构成示意图。图2中,业务节点集合划分为两个逻辑备份组BG1和BG2。其中,在逻辑备份组BG1中,有三个主用节点(A),两个备用节点(S);在逻辑备份组BG2中,有两个主用节点(H),一个备用节点(H)。其中,H表示混合节点,初始化时,可以初始化为主用节点或备用节点的业务节点。
图2中,逻辑备份组BG1中主用节点(A)的接口P11,可对应两个备用节点(S)的接口P11',两个备用节点(S)的接口P11'形成一个接口备份集合;主用节点(A)的接口P12,可对应两个备用节点(S)的接口P12',两个备用节点(S)的接口P12'形成一个接口备份集合;主用节点(A)的接口P13,可对应两个备用节点(S)的接口P13',两个备用节点(S)的接口P13'形成一个接口备份集合。
逻辑备份组BG2中一个主用节点(H)的接口P21,可对应备用节点(H)的接口P21';另一个主用节点(H)的接口P22,可对应备用节点(H)的接口P22'。
本实施例中,当网络设备中的任一主用节点产生故障事件时,比如主用节点本身发生故障或者链路故障等,根据任一主用节点的标识,和产生故障的主用节点所属的逻辑备份组中各主用节点与备用节点之间的备份关系,确定与任一主用节点匹配的备用节点。
为了便于区分,本实施例中,将产生故障事件的主用节点称为目标主用节点。需要说明的是,目标主用节点可能是一个,也可能是多个。
本实施例中,当目标主用节点产生故障事件时,可根据目标主用节点所属的逻辑备份组中各主用节点与备用节点之间的备份关系,和目标主用节点的标识,确定与目标主用节点对应的备用节点,这些备用节点为与目标主用节点匹配的备用节点。
步骤102,根据匹配的备用节点的备份状态,从匹配的备用节点中选取出目标备用节点。
本实施例中,备份状态是指主用节点或备用节点当前所处的状态,比如主用或备用。
具体地,根据与目标主用节点匹配的每个备用节点的备份状态,确定目标备用节点。比如,若匹配的备用节点只有一个、且备份状态为备用,则将其作为目标备用节点;如果匹配的备用节点有多个,从备份状态为备用的备用节点中选择一个,作为目标备用节点。
步骤103,采用目标备用节点向外部设备提供业务服务。
在从与目标主用节点匹配的备用节点中选出目标备用节点之后,采用目标备用节点代替发生故障的目标主用节点,继续向外部网元,提供业务服务。
也就是说,当同一逻辑备份组中的主用节点产生故障事件时,可由同组的与产生故障事件的主用节点对应的备用节点代替提供业务服务。
可以理解的是,目标备用节点向外部设备提供的业务服务与目标主用节点提供的业务相同。
本实施例中,网络设备中的业务节点集合划分为多个逻辑备份组,按照逻辑备份组进行管理,可以保证逻辑备份组资源动态平衡。
本申请实施例中,基于网络设备包括至少一个逻辑备份组,每个逻辑备份组中包括至少一个主用节点,和至少一个备用节点,通过当至少一个主用节点发生故障时,根据备份关系确定与发生故障的主用节点匹配的备用节点,并由从匹配的备用节点中选出的目标备用节点代替发生故障的主用节点向外部设备提供业务服务,不仅缩小了备用节点的选择范围,而且降低了网络设备备份的复杂度。并且,将网络设备中的业务节点划分多个逻辑备份组,对主用节点进行组内保护,从而保证在主用节点故障时,不会影响其他逻辑备份组内主用节点备份关系,减少了对整个网络设备的影响。
在本申请的一个实施例中,主用节点对外提供与业务地址对应的业务服务,上述采用目标备用节点向外部设备提供业务服务时,可通过图3所示的方式。图3为本申请实施例提供的另一种网络设备的高可用实现方法的流程示意图。
如图3所示,上述采用目标备用节点向外部设备提供业务服务,包括:
步骤201,确定与业务地址的用途类型对应的接口地址集合标识。
本实施例中,网络设备可为每个主用节点配置所提供的业务服务的业务地址。当某主用节点发生故障,确定对应的目标备用节点后,目标备用节点需要配置浮动接口地址。
本实施例中,不同的业务地址对应不同的用途类型,而不同用途类型对应不同的接口地址集合标识。
其中,接口地址集合标识用于标识接口地址集合的唯一性;接口地址集合中包括属于同一逻辑备份组的主、备用节点所配置的对应接口地址,以及一个可在这些节点浮动的浮动接口地址。
比如,主用节点A1的备用节点为S1,主用节点的接口地址IP11,备用节点S1的接口地址IP12,为主用节点A1与备用节点S1所属的同一逻辑备份组对应的接口地址集合中的接口地址,用途类型N3与该接口地址集合标识对应。
具体地,可预先建立业务地址的用途类型与接口地址集合标识之间的对应关系,根据该预设关系和发生故障的主用节点提供的业务服务对应的业务地址的用途类型,确定与业务地址的用途类型对应的接口地址集合标识。
步骤202,根据接口地址集合标识确定对应的浮动接口地址。
在确定接口地址集合标识后,可根据建立的接口地址集合标识确定接口地址集合标识对应的接口地址集合。
该接口地址集合,是产生故障事件的主用节点提供的业务服务对应的接口地址集合,该地址接口集合中包括能够实现故障的主用节点提供的业务服务的浮动接口地址。
本实施例中,网络设备可为每个主用节点和备用节点配置了所提供服务的业务地址对应的接口地址集合中的接口地址,且一个接口地址集合对应一个唯一的浮动接口地址。那么,在确定接口地址集合后,可确定出与该接口地址集合对应的浮动接口地址。
本实施例中,备用节点和与其对应的主用节点对应相同的接口地址集合。因此,当目标主用节点产生故障事件时,目标备用节点从两者对应的同一接口地址集合中确定出浮动接口地址。
需要说明的是,一个业务地址对应一个唯一的接口地址集合,且一个接口地址集合对应一个唯一浮动接口地址。换言之,如逻辑备份组中有N个业务地址,则此逻辑备份组就对应N个浮动接口地址。
步骤203,采用浮动接口地址接收外部设备的业务访问请求,并基于业务地址向外部设备提供业务服务。
在确定浮动接口地址后,网络设备的目标备用节点采用浮动接口地址接收外部设备的业务访问请求,并基于目标主用节点的业务地址向外部设备提供业务服务。从而,实现了当主用节点故障时,利用备用节点继续向外提供业务服务,提高了网络设备的可靠性。
本申请实施例中,主用节点对外提供与业务地址对应的业务服务,在采用目标备用节点向外部设备提供业务服务时,可确定与业务地址的用途类型对应的接口地址集合标识;根据接口地址集合标识确定对应的浮动接口地址;采用浮动接口地址接收外部设备的业务访问请求,并基于业务地址向外部设备提供所述业务服务。由此,根据业务地址的用途类型对应的接口地址集合标识,确定对应的浮动接口地址,,以使目标备用节点利用该浮动接口地址接收业务访问请求,并沿用目标主用节点的业务地址向外部设备提供业务服务,从而在主用节点故障时也可持续向外提供业务,提高了网络设备的可靠性。
在本申请的一个实施例中,在上述确定与业务地址的用途类型对应的接口地址集合标识时,可根据业务地址绑定表确定。
具体地,网络设备可根据主用节点的标识与业务地址之间的预设对应关系,确定与产生故障事件的主用节点的标识对应的业务地址。然后,可根据业务地址与用途类型之间的对应关系,确定产生故障事件的主用节点的标识对应的业务地址对应的用途类型。
本实施例中,网络设备可为每个处于主用状态的主用节点配置业务地址绑定表,其中,业务地址绑定表中可包括用途类型、接口地址集合标识。那么确定发生故障的主用节点提供的业务服务的对应的业务地址的用途类型后,根据发生故障的主用节点的业务地址绑定表,可以确定与该用途类型对应的接口地址集合标识。
在实际应用中,业务地址绑定表还可包括业务地址等。下面表1示出了某主用节点的业务地址绑定表。
表1业务地址绑定表
地址绑定标识 | 业务地址 | 用途类型 | 接口地址集合标识 |
BID1 | TIP1 | N3 | FSID1 |
BID2 | TIP2 | N3 | FSID2 |
在确定接口地址集合标识后,可确定对应浮动接口地址,,目标备用节点利用浮动接口地址接收外部设备的业务访问请求,并基于目标主用节点的业务地址向外部设备继续提供业务服务。
本申请实施例中,上述在确定与业务地址的用途类型对应的接口地址集合标识时,根据预设对应关系,确定与主用节点的标识对应的业务地址;确定业务地址对应的用途类型;根据业务地址绑定表,确定与用途类型对应的接口地址集合标识。。
在本申请的一个实施例中,在上述根据接口地址集合标识确定对应的接口地址时,也可根据浮动接口地址映射表确定。
本实施例中,可为每个主用节点设置浮动接口地址映射表,该浮动接口地址映射表中可包括接口地址集合标识和浮动接口地址。
在确定接口地址集合标识后,可从浮动接口地址映射表中确定,与该接口地址集合标识对应的浮动接口地址。
下面表2为浮动接口地址映射表的示例。
表2浮动接口地址映射表
接口地址集合标识 | 浮动接口地址 |
FSID1 | IP1 |
FSID2 | IP2 |
本申请实施例中,上述根据接口地址集合标识确定对应的浮动接口地址时,根据接口地址集合标识,从浮动接口地址映射表中确定对应的浮动接口地址。
为了进一步提高网络设备的可靠性,在本申请的一个实施例中,在目标主用节点产生故障事件前,由该节点接收业务访问请求。下面结合图4进行说明,图4为本申请实施例提供的另一种网络设备的高可用实现方法的流程示意图。
如图4所示,该网络设备的高可用实现方法包括:
步骤301,经由浮动接口地址当前所属的目标主用节点接收业务访问请求。
本实施例中,网络设备经由浮动接口地址当前所属的目标主用节点接收外部设备发送的业务访问请求,也即目标主用节点接收到业务访问请求。
外部设备将业务访问请求发送至浮动接口地址当前所属的目标主用节点,目标主用节点采用业务地址向外部设备提供业务服务。从而,外部设备获取目标主用节点对外提供的业务服务。
本实施例中,外设设备将浮动接口地址作为下一跳地址,将业务访问请求直接转发给浮动接口地址当前所属的目标主用节点,目标主用节点可根据业务访问请求所访问的业务地址提供业务服务。
步骤302,当目标主用节点产生故障事件时,根据目标主用节点的标识和备份关系确定与目标主用节点匹配的备用节点。
步骤303,根据匹配的备用节点的备份状态,从匹配的备用节点中选取出目标备用节点。
步骤304,采用目标备用节点向外部设备提供业务服务。
本实施例中,步骤302-步骤304与上述步骤101-步骤103类似。
如果目标主用节点在运行的过程中产生故障事件,那么根据图1所示的实施例,由目标备用节点代替目标主用节点继续向外部设备提供目标主用节点提供的业务服务。
本实施例中,网络设备接收外部设备的业务访问请求,将业务访问请求发送给浮动接口地址当前所属的主用节点,由主用节点根据业务地址对外提供业务服务。
当任一主用节点产生故障事件时,确定与该主用节点匹配的备用节点,并从中选择一个备用节点代替该主用节点继续向外部设备提供业务服务。
可见,外部设备转发业务访问请求时,仅需要依照网络设备事先配置的业务地址路由转发即可,即使在网络设备内部保护切换,对外部设备而言,也无需进行特别关注。也就是说,网络设备中主用节点故障切换对外部设备业务访问请求的转发是透明的。
本实施例中,网络设备还可包括控制节点。图5为本申请实施例提供的一种网络设备的结构示意图。图5中,网络设备包括控制节点和业务节点,网络设备可通过控制节点对主动节点和备用节点进行管理。其中,业务节点包括主用节点和备用节点,业务节点构成的集合中有两个逻辑备份组BG1和BG2。
本申请实施例中,在目标主用节点产生故障事件前,还可经由浮动接口地址当前所属的目标主用节点接收业务访问请求,从而获取目标主用节点对外提供的业务服务。由此,可接收外部设备的业务访问请求,并将业务访问请求发送给对应的主用节点进行处理。
在本申请的一个实施例中,在采用浮动接口地址接收外部设备的业务访问请求,以基于业务地址向外部设备提供业务服务时,由目标备用节点采用目标主用节点的业务地址以及备份的目标主用节点的业务状态数据,向外部设备继续提供业务服务。
本实施例中,主用节点在向外部设备提供业务服务的过程中,可将对应的业务状态数据同步给匹配的备用节点,由此,备用节点可备份对应的主用节点的业务状态数据。那么,目标备用节点可备份目标主用节点的业务状态数据,目标备用节点可利用当前备份的目标主用节点的业务状态数据,通过基于目标主用节点的业务地址代替目标主用节点继续向外部设备提供业务服务。
本申请实施例中,上述采用浮动接口地址接收外部设备的业务访问请求,以基于业务地址向外部设备提供业务服务时,可采用目标主用节点的业务地址,基于所备份的业务状态数据向外部设备提供业务服务。由此,目标备用节点采用目标主用节点的业务地址,基于备份的目标主用节点的业务状态数据,实现向外部设备提供业务服务,提高了网络设备的可靠性。
为了进一步提高网络设备的可靠性,在本申请的一个实施例中,在上述根据备用节点的备份状态,从匹配的备用节点中选取出目标备用节点时,可根据备份组类别、备份状态和备份管理状态,确定目标备用节点。下面结合图6进行说明,图6为本申请实施例提供的另一种网络设备的高可用实现方法的流程示意图。
如图6所示,上述根据匹配的备用节点的备份状态,从匹配的备用节点中选取出目标备用节点,包括:
步骤401,确定匹配的备用节点所属备份组类别。
本实施例中,网络设备中主用节点和备用节点所属的备份组类别可包括主用组类别、备用组类别、混合组类别等。
具体地,可根据预先设置的发生故障的主用节点所属的逻辑备份组中,每个主用节点的标识和备用节点的标识与备份组类别之间的对应关系,和每个匹配的备用节点的标识,确定每个匹配的备用节点所属的备份组类别。
在具体实现时,针对每个逻辑备份组设置一个业务节点备份组配置表,该配置表中包括节点标识、备份组类别、备份组管理状态、备份状态等之间的对应关系。网络设备可根据该配置表和每个匹配的备用节点的标识,确定每个匹配的备用节点的备份组类别。
步骤402,确定匹配的备用节点的备份管理状态。
本实施例中,备份管理状态表示主用节点或备用节点的常态,包括主用、备用等,网络设备可为每个主用节点和备用节点设置备份管理状态。
在确定匹配的备用节点的备份管理状态时,可根据预先设置的发生故障的主用节点所属的逻辑备份组中,每个主用节点的标识和备用节点的标识与备份管理状态之间的对应关系,和每个匹配的备用节点的标识,确定每个匹配的备用节点的备份管理状态。
在具体实现时,可根据上述业务节点备份组配置表和每个匹配的备用节点的标识,确定的每个备用节点的备份管理状态。
步骤403,根据备份组类别、备份状态以及备份管理状态,从匹配的备用节点中选取出具备备用条件的目标备用节点。
作为一种可能的实现方式中,可判断每个匹配的备用节点是否具备备用条件,如果满足具备条件,且匹配的备用节点的备份状态为备用,将匹配的备用节点作为目标备用节点。
对于备用条件,由于备用节点要代替主用节点提供业务服务,需要具有与被代替的主用节点业务状态数据,并且,备用节点中具有提供与代替的主用节点相同业务服务所需的业务地址。基于此,当匹配的备用节点已备份目标主用节点的业务状态数据,且已配置对应的浮动接口地址,且匹配的备用节点的接口地址和,与其邻接的外部设备接口地址之间可达性检测通过时,确定匹配的备用节点具备备用条件。
作为另一种可能的实现方式,可先判断每个匹配的备用节点的备份组类别、备份状态以及备份管理状态是否满足先决条件。如果满足先决条件,判断备用节点是否具备备用条件。如果备用节点满足先决条件且具备备用条件,则将该备用节点作为目标备用节点。
具体地,当备用组类别为主用组类别、备份状态为备用、备份管理状态为主用,可以认为满足先决条件。
或者,当备份组类别为备用组类别、备份状态为备用、备份管理状态为备用时,确定满足先决条件。
或者,当备份组类别为混合组类别、备份状态为备用、备份管理状态为主用或者备用时,确定满足先决条件。
需要说明的是,在选择目标备用节点时,是从备份状态为备用的节点列表中选择。
本实施例中,在匹配的备用节点满足先决条件,且满足备用条件时,可以将其作为目标备用节点。
本申请实施例中,上述根据匹配的备用节点的备份状态,从匹配的备用节点中选取出目标备用节点时,可确定匹配的备用节点所属备份组类别;确定匹配的备用节点的备份管理状态;根据备份组类别、备份状态以及备份管理状态,从匹配的备用节点中选取出具备备用条件的目标备用节点。由此,将满足具备备用条件的匹配的备用节点作为目标备用节点,进一步提高了网络设备的可靠性。
在本申请的一个实施例中,在网络设备初始化时,可配置每个逻辑备份组中各主用节点与备用节点之间的备份关系。
其中,备份关系是指每个主用节点与备用节点之间的对应关系,每个主用节点可对应一个或多个备用节点,不同的主用节点可对应相同的备用节点。
比如,主用节点A1对应备用节点S1,当主用节点A1发生故障时,可由备用节点S1替代主用节点A1提供服务。
在主用节点提供服务的过程中,每个备用节点可根据备份关系,备份与其对应的主用节点的业务状态数据。
比如,某逻辑备份组中包括10个主用节点和1个备用节点,每个主用节点与该备用节点对应,那么备用节点可根据与每个主用节点之间的备份关系,备份10个主用节点的业务状态数据。
网络设备还可为逻辑备份组中的主用节点和备用节点设置接口地址绑定。如下面表3所示。
表3接口地址绑定表
业务节点标识 | 接口地址集合标识 | 接口地址 | 浮动接口地址标志 |
A1 | FSID1 | IP11 | E |
A2 | FSID2 | IP21 | E |
S1 | FSID1 | IP12 | D |
S1 | FSID2 | IP22 | D |
另外,网络设备还可为处于主用状态的业务节点设置节点地址配置表,下面以表4作为示例。
表4节点地址配置表
业务节点标识 | 地址绑定标识 |
A1 | BID1 |
A2 | BID2 |
本申请实施例中,在网络设备初始化时,配置每个逻辑备份组中的各主用节点和备用节点之间的备份关系,其中,备用节点根据备份关系,备份对应主用节点的业务状态数据。由此,每个逻辑备份组中主用节点和备用节点之间的备份关系相互独立,即使某个主用节点故障,不会影响其他逻辑备份组内各主用节点与备用节点,进一步提高了网络设备的可靠性,并且每个备用节点可以根据备份关系备份对应的主用节点的业务状态数据,实现了备用节点与对应的主用节点之间的业务状态数据同步。
在本申请的一个实施例中,在配置每个逻辑备份组中的各主用节点和备用节点之间的备份关系时,可根据每个逻辑备份组中备用节点的数量配置主用节点与备用节点之间的对应关系。
具体地,针对每个逻辑备份组,当逻辑备份组中仅有一个备用节点时,将该备用节点分别作为每个主用节点对应的备用节点;当逻辑备份组中有至少两个备用节点时,为每个主用节点配置至少两个备用节点。
比如,网络设备包括三个逻辑备份组,其中,逻辑备份组BG1包括主用节点A1、A2,备用节点S1;逻辑备份组BG2包括主用节点A3、A4、A5,备用节点S2、S3;逻辑备份组BG3包括主用节点A6、A7、A8,备用节点S4、S5、S6。三个逻辑备份组中主用节点与备用节点之间的备份关系分别如下面表5节点保护控制表所示。
表5节点保护控制表
备份组标识 | 主用节点标识 | 备用节点标识 | 优先权 |
BG1 | A1 | S1 | 1 |
BG1 | A2 | S1 | 1 |
BG2 | A3 | S2 | 1 |
BG2 | A3 | S3 | 2 |
BG2 | A4 | S2 | 1 |
BG2 | A4 | S3 | 2 |
BG2 | A5 | S2 | 1 |
BG2 | A5 | S3 | 2 |
BG3 | A6 | S4 | 1 |
BG3 | A6 | S5 | 2 |
BG3 | A7 | S5 | 1 |
BG3 | A7 | S6 | 2 |
BG3 | A8 | S4 | 1 |
BG3 | A8 | S6 | 2 |
表5中包括备份组标识和备用节点的优先权,其中,备份组标识用于标识逻辑备份组,备用节点的优先权用于表示对应的主用节点故障时,代替主用节点优先级顺序。比如,表5中主用节点A3对应两个备用节点S2、S3,其中S2的优先权值为1,S3的优先权值为2,当主用节点A3发生故障时,可优先选用备用节点S2代替主用节点A3。
需要说明的是,上述表5仅为示例,不能看作是对本申请的限制。
本实施例中,当逻辑备份组中仅有一个备用节点时,将该备用节点作为每个主用节点的备用节点,由此,每个主用节点都具有对应的备用节点,从而可以避免当某主用节点发生故障时,没有代替其工作的备用节点。
当逻辑备份组中包括至少两个备用节点时,为每个主用节点配置至少两个备用节点,从而在备用节点代替发生故障的主用节点后,备用节点也发生故障时,没有代替其工作的备用节点,也可提高备用节点选择的多样性。
比如,表5中主用节点A8对应备用节点S4和S6,那么当主用节点A8故障时,可选择S4代替A8也可选择S6代替A8。
本实施例中,节点包含控制表可由控制节点来维护。
本申请实施例中,在配置每个逻辑备份组中的各主用节点和备用节点之间的备份关系时,当逻辑备份组中仅有一个备用节点,则将备用节点作为分别与各个主用节点对应的备用节点;当逻辑备份组中有至少两个备用节点,则针对主用节点,配置至少两个备用节点。当逻辑备份组仅包含一个备用节点时,将该备用节点作为每个主用节点的备用节点,以使每个主用节点都有对对应的备用节点,而当逻辑备份组具有至少两个备用节点时,为每个主用节点配置至少两个备用节点,不仅可以增加备用节点的选择多样性,也可提高网络设备的冗余备份功能。
为了进一步提高网络设备的可靠性,在本申请的一个实施例中,在上述采用目标备用节点向外部设备提供业务服务后,对目标备用节点所属的逻辑备份组中主用节点与备用节点之间的备份关系进行更新。
其中,对备份关系进行更新包括确定目标备用节点对应的备用节点,以及重新确定之前与目标备用节点对应的主用节点的备用节点。
图7为本申请实施例提供一种备份关系示意图一;图8为本申请实施例提供一种备份关系示意图二。
图7中示出了上述表5中逻辑备份组BG3内各主用节点与备用节点之间的备份关系,当图7中主用节点A7故障时,用备用节点S5代替主用节点A7,那么备份关系发生了变化,变化后备份关系如图8所示。图8中,S5作为主用节点,将备用节点S4和S6是A6、S5和A8的备用节点,其中虚线表示对应关系已不存在。
由图7和图8可以看出,备用节点S5代替主用节点A7后,为备用节点S5配置了备用节点S4和S6,主用节点A6对应的备用节点由S4和S5,更新为S4和S6,而主用节点A8对应的节点仍然为S4和S6。
本申请实施例中,在采用目标备用节点向外部设备提供业务服务后,对产生故障的主用节点所属的逻辑备份组内主用节点与备用节点之间的备份关系进行更新,重新确定备份关系,以保证每个主用节点都具有对应的备用节点,进一步提高了网络设备的可靠性,并且仅对产生故障的主用节点所在的逻辑备份组对应的备份关系进行更新,不会影响其他逻辑备份组对应的备份关系。
在实际应用中,主用节点发生故障后恢复的时间可能比较短,如果一旦主用节点发生故障,便更新备份关系,频繁的更新备份关系会增加网络设备的处理负担。基于此,在本申请的一个实施例中,在采用目标备用节点向外部设备提供业务服务后,可对目标主用节点进行故障恢复处理,并在目标主用节点未在预设时间长内恢复时,再对备份关系进行更新。下面结合图9进行说明,图9为本申请实施例提供的另一种网络设备的高可用实现方法的流程示意图。
如图9所示,该方法包括:
步骤501,当目标主用节点产生故障事件时,根据目标主用节点的标识和备份关系确定与目标主用节点匹配的备用节点。
步骤502,根据与目标主用节点匹配的备用节点的备份状态,从匹配的备用节点中选取出目标备用节点。
步骤503,采用目标备用节点向外部设备提供业务服务。
本实施例中,步骤501-步骤503与上述步骤101-步骤103类似,故在此步骤赘述。
步骤504,对目标主用节点的故障进行恢复处理。
本实施例中,网络设备可对目标主用节点的故障进行恢复处理。比如,故障为目标主用节点和与其进行通信的节点之间的链路故障,则重新进行连接。又如,目标主用节点本身故障,那么可尝试重新启动目标主用节点。
步骤505,如果在设定时间阈值之内,未成功对目标主用节点的故障恢复处理,则对备份关系进行更新。
本实施例中,可设定一个时间阈值,如果从目标主用节点产生故障时间开始,如果在设定时间阈值内,未成功对目标主用节点的故障恢复处理,即目标主用节点未恢复,则对目标主用节点所属的逻辑备份组内的主用节点与备用节点之间的备份关系进行更新。
其中,备份关系的具体更新方法可参见上述实施例所述,在此不再赘述。
如果在设定时间阈值内目标主用节点恢复,则可保持原有备份关系不变。
需要说明的是,时间阈值可根据实际需要设定,本申请对此不作限定。
本申请实施例中,在采用目标备用节点向外部设备提供业务服务后,对目标主用节点的故障进行恢复处理,如果在设定时间阈值之内,未成功对目标主用节点的故障恢复处理,则对备份关系进行更新。由此,在设定时间阈值内产生故障事件的主用节点未恢复时,再对产生故障事件的主用节点所属的逻辑备份组中主用节点与备用节点之间的备份关系进行更新,减少了网络设备的处理负担。
为了提高网络设备处理的灵活性,在本申请的一个实施例中,上述对目标主用节点的故障进行恢复处理后,如果目标主用节点恢复,可根据其恢复后的备份状态,执行对应的业务备份任务。
具体地,如果成功对目标主用节点的故障恢复处理,则在目标主用节点当前的备份状态为主用时,向与自身对应的备用节点备份业务状态数据;在目标主用节点当前的备份状态为备用时,备份与自身对应的主用节点的业务状态数据。
也就是说,如果目标主用节点恢复,且恢复后目标主用节点的备份状态为主用,那么向与自身对应的备用节点发送业务状态数据,以使对应的备用节点备份业务状态数据。如果目标主用节点恢复,且恢复后目标主用节点的备份状态为备用即目标主用节点变为备用节点,那么可备份与自身对应的主用节点的业务状态数据。
作为一个示例,如果目标主用节点在设定时间阈值内恢复,则保持备份关系不变,那么目标主用节点仍为主用节点,目标主用节点可将其业务状态数据发送给对应的备用节点,以使对应的备用节点备份目标主用节点的业务状态数据。如果目标主用节点恢复时超出设定时间阈值,可使目标主用节点的备份状态为主用,也可使目标主用节点当前的备份状态为备用,若目标主用节点当前备份状态为备用,那么目标主用节点可接收与其对应的主用节点的业务状态数据。
比如,时间阈值为5秒,主用节点A2对应的备用节点为S2和S3,主用节点S2故障,用备用节点S2代替主用节点A2对外提供业务服务。如果主用节点在发生故障的5秒内恢复,那么主用节点A2对应备用节点S2和S3,主用节点A2将自身的业务状态数据发送给备用节点S2和S3,以使备用节点S2和S3备份主用节点A2的业务状态数据。
如果主用节点A2在发生故障的8秒后恢复,且恢复后主用节点A2当前的备份状态为备用,那么主用节点A2接收与其对应的主用节点的业务状态数据并进行存储。
如果主用节点A2在发生故障的8秒后恢复,且恢复后主用节点A2当前的备份状态为主用,那么主用节点A2可根据当前的备份关系,向与其对应的备用节点发送业务状态数据。
本申请实施例中,在上述对目标主用节点的故障进行恢复处理后,如果成功对目标主用节点的故障恢复处理,则在目标主用节点当前的备份状态为主用时,向与自身对应的备用节点备份业务状态数据;在目标主用节点当前的备份状态为备用时,备份与自身对应的主用节点的业务状态数据。由此,通过根据目标主用节点恢复后,目标主用节点当前的备份状态,执行相应的备份任务,提高了网络设备处理的灵活性。
在本申请的一个实施例中,如果逻辑备份组内备用节点的数量为多个,当某备用节点代替一个发生故障的主用节点后,可确定该备用节点对应的备用节点,以对原备份关系进行补充。下面结合图10进行说明,图10为本申请实施例提供的另一种网络设备的高可用实现方法的流程示意图。
如图10所示,上述对备份关系进行更新,包括:
步骤601,从逻辑备份组中多个备用节点中选取出第一备用节点。
本实施例中,在目标主用节点发生故障前,目标主用节点所属的逻辑备份组中的备用节点的数量为多个,在目标备用节点代替目标主用节点向外部设备提供业务服务后,网络设备可从当前备用节点中选出第一备用节点。其中,第一备用节点的数量可以是1个,也可以是多个。在选择第一备用节点时,可以随机从逻辑备份组当前多个备用节点中选择第一备用节点,也可以根据当前备用节点的列表顺序选择第一备用节点。
比如,某逻辑备份组中有两个备用节点,每个主用节点与这两个备用节点对应,当某个主用节点发生故障,由其中一个备用节点代替其向外提供业务服务,那么该逻辑备份中当前仅有一个备用节点,那么将仅有的一个备用节点作为第一备用节点。
又如,上述图7中主用节点A7发生故障后,由对应备用节点S5代替主用节点A7,当前剩余的备用节点为两个S4和S6,为了使每个主用节点对应至少两个备用节点,那么第一备用节点为S4和S6。
步骤602,将第一备用节点作为目标备用节点的备用节点。
本实施例中,将选出的第一备用节点作为目标备用节点的备用节点,以在目标备用节点发生故障时,可用其备用节点提供业务服务。
比如,上述图8中,将第一备用节点S4和S6配置为主用节点S5的备用节点。
步骤603,根据第一备用节点的标识和目标备用节点的标识对备份关系进行补充更新。
在确定目标备用节点的备用节点为第一备用节点后,可将第一备用节点的标识和目标备用节点的标识,对应存储至目标主用节点和目标备用节点所属的逻辑备份组的备份关系中,从而将目标备用节点与第一备用节点之间的对应关系补充至备份关系中。
需要说明的是,如果逻辑备份组还有其他主用节点,那么也需要更新其主用节点与备用节点之间的对应关系。如图7所示,主用节点A6对应的备用节点为S4和S5,将S5代替主用节点A7后,显然主用节点A6对应备用节点发生了变化,那么需要重新确定主用节点A6的备用节点,并将对应关系进行更新至备份关系中。
本申请实施例中,逻辑备份组内备用节点的数量为多个,在对逻辑备份组对应的备份关系进行更新时,可从逻辑备份组中多个备用节点中选取出第一备用节点;将第一备用节点作为目标备用节点的备用节点;根据第一备用节点的标识和目标备用节点的标识对备份关系进行补充更新。由此,通过从逻辑备份组当前的备用节点中选出目标备用节点的备用节点,根据目标备用节点的标识与对应的备用节点的标识对备份关系进行补充更新,从而使得目标备用节点故障时,可以用其对应的备用代替,提高了网络设备的可靠性。
为了减轻网络设备的负担,在本申请的一个实施例中,在网络设备初始化,配置每个逻辑备份组中的各主用节点和备用节点之间的备份关系后,可根据预设的时间间隔,对每个逻辑备份组中的每个备用节点进行故障检测。
当每个逻辑备份组中任一备用节点产生故障事件时,根据该备用节点所属的逻辑备份组对应的备份关系,确定与该备用节点对应的主用节点,并停止将与该备用节点对应的主用节点的业务数据备份至该备用节点,也即与产生故障事件的备用节点对应的主用节点,停止向该备用节点发送业务状态数据。
比如,上述表5中逻辑备份组BG3中与备用节点S3对应的主用节点有A3、A4和A5,当备用节点S3发生故障时,停止将主用节点A3、A4和A5的业务状态数据备份至备用节点S3中。
如果发生故障的备用节点在指定时长内恢复,则之前的备份关系不变,否则重新确定恢复的备用节点对应的主用节点,以保证业务备份的有效性。
图11为本申请实施例提供的一种备份关系示意图三;图12为本申请实施例提供的一种备份关系示意图四。
图11中,主用节点X1的备用节点为Y1和Y2,主用节点X2的备用节点为Y2和Y3。某时刻备用节点Y2发生故障,若Y2在指定时长10秒内恢复,则备份关系不变如图11所示;若Y2在指定时长内10内未恢复,备份关系发生变化,主用节点X1和X2的备用节点均更新为Y1和Y3,如图12所示。
本申请实施例中,在上述配置每个逻辑备份组中的各主用节点和备用节点之间的备份关系后,还可对各个备用节点进行故障检测,如果备用节点产生故障事件,则停止将主用节点的业务状态数据备份至备用节点。由此,通过对备用节点进行故障检测,在检测到备用节点产生故障时,停止将与其对应的主用节点的业务数据备份至该发生故障的备用节点,从而减少了同步数据,减轻了网络设备的负担。
在本申请的一个实施例中,备份组类别为主用组类别、备份组类别和混合组类别的节点的状态可以进行转换。
对于备份组类别为主用组类别的节点,当备份组类别为主用组类别、且备份管理状态为主用时,且配置了所在逻辑备份组BGI的对应接口集合在本节点的接口地址、所在逻辑备份组接口集合中本节点地址到对应邻接节点可达、配置所在逻辑备份组对应接口集合的浮动接口地址时,主用节点处于主用状态。
这时,主用节点可处理业务地址绑定表所配业务地址相关业务、运行环境检测(比如持续执行所配置的接口地址与邻接外部设备接口地址之间的可达性检测、节点运行状态检测等)。
当在运行过程中,不具备提供业务服务条件时,进入不提供业务服务的状态,这时主用节点获取逻辑备份组内其他主用节点的业务状态数据,配置所在逻辑备份组对应接口集合在本节点的接口地址,并探测到邻接节点的可达性。如果可达,确定需替代的主用节点、配置所在逻辑备份组对应接口集合的浮动接口地址,绑定指定业务地址,最后主用节点的备份状态转换为主用。
对于备份组类别为备用组类别的节点,当备份组类别为备用组类别、且备份管理状态为备用时,且已备份目标主用节点的业务状态数据、已配置对应的浮动接口地址、配置的接口地址和与其邻接的外部设备接口地址之间可达性检测通过,这时备用节点的备份状态为主用。
这时,主用节点可处理业务地址绑定表所配业务地址相关业务、运行环境检测(比如持续执行所配置的接口地址与邻接外部设备接口地址之间的可达性检测、节点运行状态检测等)。
在运行过程中,当该备用节点对应的主用节点的备份组类别为主用组类别A,且具备提供业务服务条件时,该备用节点的状态由主用转换为备用。
在运行过程中,不具备提供业务服务条件时,进入不提供服务的状态,这时备用节点获取逻辑备份组内其他主用节点的业务状态数据,配置所在逻辑备份组对应接口集合在本节点的接口地址,并探测到邻接节点的可达性。如果可达,且对应的主用节点均正常,则备份状态转换为备用。如果可达且对应的主用节点存在故障的,确定需替代的主用节点、配置所在逻辑备份组对应接口集合的浮动接口地址,绑定指定业务地址,最后备用节点的备份状态转换为主用。
当备用节点的备份管理状态为备用,且配置了所在逻辑备份组对应接口集合在本节点的接口地址,从主用节点或同逻辑备份组内其它业务节点获取了其所在逻辑备份组内主用节点的业务状态数据时,备用节点的备份状态为备用。
当备用节点的备份管理状态为备用且备份状态为备用时,接收来自主用节点的业务状态数据的备份指示消息,并完成在本地的备份,及运行环境检测(比如持续执行所配置的接口地址与邻接外部设备接口地址之间的可达性检测、节点运行状态检测等),以及当对应的某个主用节点不可提供业务服务时,并确定用该备用节点来代替时,配置所在逻辑备份组对应接口集合的浮动接口地址,绑定对应的业务地址,备份状态由备用转换为主用。
在备用节点的备份管理状态和备份状态均为备用的情况下,备用节点在运行的过程中,当不具备提供业务服务条件时,进入不提供服务状态。
对于混合节点,即备份组类别为混合组类别的节点,当备份组类别为混合组类别、且备份管理状态为主用或备用时,且已从主用节点或同一逻辑备份组内其它业务节点获取所需的业务状态数据、配置了所在逻辑备份组中对应接口集合在本节点的接口地址、所在逻辑备份组的接口集合在本节点地址和对应邻接节点可达、配置所在逻辑备份组的对应接口集合的浮动接口地址、绑定指定业务地址时,混合节点处于主用状态。这种状态下,混合类节点可执行与上述处于主用状态的主用节点或备用节点相同的动作,故在此不再赘述。
当备份组类别为混合组类别、且备份管理状态为主用时,混合类节点处于不提供业务服务的状态,这时从主用节点或逻辑备份组内其它备用节点获取逻辑备份组内所有主用节点的业务状态数据(此过程完成,可视为混合节点具备升为主用状态的条件之一,且优先升为其预配的主用节点)、配置所在逻辑备份组对应接口集合在本节点的接口地址,并探测到邻接节点的可达性。如可达且当前处于主用节点数小于预配主用节点的情况下,确定用该备用节点来代替时,配置所在逻辑备份组对应接口集合的浮动接口地址,绑定对应的业务地址,备份状态由备用转换为主用。否则,维持不提供服务的状态不变。
当备份组类别为混合组类别、且备份管理状态为备用时,从主用节点或逻辑备份组内其它备用节点获取逻辑备份组内所有主用节点的业务状态数据,并探测到邻接节点的可达性。如果可达,则备份状态转换为备用。否则,维持不提供服务的状态不变。
当备份组类别为混合组类别、且备份管理状态为主用态或备用时,配置了所在逻辑备份组的对应接口集合在本节点的接口地址、从主用节点或逻辑备份组内其它备用节点获取逻辑备份组内所有主用节点的业务状态数据,混合节点处于备用状态。当备份组类别为混合组类别、备份管理状态为主用或备用、备份状态为备用时,混合节点接收来自主用节点的业务状态数据备份指示消息,并完成在本地的保存,及基于接口地址配置,探测与邻接节点之间的可达性。
当对应的主用节点中某个主用节点不可提供服务,并确定该混合节点来代替时,配置所在逻辑备份组对应接口集合的浮动接口地址,绑定指定业务地址,备份状态由备用转换为主用。
在运行过程中,当探测到不具备提供服务条件时,备份状态由备份转换为不提供业务服务的状态。
为了实现上述实施例,本申请实施例还提出一种网络设备的高可用实现装置。图13为本申请实施例提供的一种网络设备的高可用实现装置的结构示意图。
本实施例中,网络设备包括至少一个逻辑备份组,每个逻辑备份组中包括至少一个主用节点,和至少一个备用节点。
如图13所示,该网络设备的高可用实现装置700包括:
第一确定模块710,用于当目标主用节点产生故障事件时,根据目标主用节点的标识和备份关系确定与目标主用节点匹配的备用节点,目标主用节点属于至少一个主用节点;
第二确定模块720,用于根据匹配的备用节点的备份状态,从匹配的备用节点中选取出目标备用节点;
提供模块730,用于采用目标备用节点向外部设备提供业务服务。
在本申请实施例一种可能的实现方式中,主用节点,对外提供与业务地址对应的业务服务,上述提供模块730,包括:
第一确定单元,用于确定与业务地址的用途类型对应的接口地址集合标识;
第二确定单元,用于根据接口地址集合标识确定对应的浮动接口地址;
提供单元,用于采用浮动接口地址接收外部设备的业务访问请求,并基于业务地址向外部设备提供业务服务。
在本申请实施例一种可能的实现方式中,上述第一确定单元,用于:
根据预设对应关系,确定与主用节点的标识对应的业务地址;
确定业务地址对应的用途类型;
根据业务地址绑定表,确定与用途类型对应的接口地址集合标识。
在本申请实施例一种可能的实现方式中,上述第二确定单元,用于:
根据接口地址集合标识,从浮动接口地址映射表中确定对应的浮动接口地址。
在本申请实施例一种可能的实现方式中,该装置700还包括:
接收模块,用于经由所述浮动接口地址当前所属的目标主用节点接收业务访问请求,从而获取目标主用节点对外提供的业务服务。
在本申请实施例一种可能的实现方式中,
上述提供单元,还用于采用目标主用节点的业务地址,基于所备份的业务状态数据向外部设备提供业务服务。
在本申请实施例一种可能的实现方式中,上述第二确定模块,包括:
第三确定单元,用于确定匹配的备用节点所属备份组类别;
第四确定单元,用于确定匹配的备用节点的备份管理状态;
第五确定单元,用于根据备份组类别、备份状态以及备份管理状态,从匹配的备用节点中选取出具备备用条件的目标备用节点。
在本申请实施例一种可能的实现方式中,上述第五确定单元,用于:
判断备份组类别、备份状态以及备份管理状态是否满足先决条件;
将备份组类别、备份状态以及备份管理状态满足先决条件,且具备备用条件的备用节点作为目标备用节点。
在本申请实施例一种可能的实现方式中,上述第五确定单元,用于:
当备份组类别为主用组类别、备份状态为备用、备份管理状态为主用,则确定满足先决条件;或者,
当备份组类别为备用组类别、备份状态为备用、备份管理状态为备用,则确定满足先决条件;或者,
当备份组类别为混合组类别、备份状态为备用、备份管理状态为主用或者备用,则确定满足先决条件。
在本申请实施例一种可能的实现方式中,上述第五确定单元,用于:
当匹配的备用节点已备份目标主用节点的业务状态数据,且已配置对应的浮动接口地址,且,匹配的备用节点的接口地址和,与其邻接的外部设备接口地址之间可达性检测通过,则确定匹配的备用节点具备备用条件。
在本申请实施例一种可能的实现方式中,该装置还可包括:
第一配置模块,用于在网络设备初始化时,配置每个逻辑备份组中的各主用节点和备用节点之间的备份关系,其中,备用节点根据备份关系,备份对应主用节点的业务状态数据。
在本申请实施例一种可能的实现方式中,上述第一配置模块,用于:
当逻辑备份组中仅有一个备用节点,则将备用节点作为分别与各个主用节点对应的备用节点;
当逻辑备份组中有至少两个备用节点,则针对主用节点,配置至少两个备用节点。
在本申请实施例一种可能的实现方式中,该装置还可包括:
更新模块,用于对备份关系进行更新。
在本申请实施例一种可能的实现方式中,该装置还可包括:
故障处理模块,用于对目标主用节点的故障进行恢复处理;
上述更新模块,用于当在设定时间阈值之内,未成功对目标主用节点的故障恢复处理时,对备份关系进行更新。
在本申请实施例一种可能的实现方式中,该装置还可包括:
备份模块,用于当成功对目标主用节点的故障恢复处理时,在目标主用节点当前的备份状态为主用时,向与自身对应的备用节点备份业务状态数据;在目标主用节点当前的备份状态为备用时,备份与自身对应的主用节点的业务状态数据。
在本申请实施例一种可能的实现方式中,上述备用节点的数量为多个,上述更新模块,用于:
从逻辑备份组中多个备用节点中选取出第一备用节点;
将第一备用节点作为目标备用节点的备用节点;
根据第一备用节点的标识和目标备用节点的标识对备份关系进行补充更新。
在本申请实施例一种可能的实现方式中,该装置还可包括:
检测模块,用于对各个备用节点进行故障检测;
控制模块,用于当任一备用节点产生故障事件时,停止将与任一备用节点对应的主用节点的业务状态数据备份至任一备用节点。
在本申请实施例一种可能的实现方式中,该装置还可包括:
第二配置模块,用于根据网络设备的实际业务容量、高可用性程度的需求配置每个逻辑业务组中主用节点和备用节点的数量。
需要说明的是,前述网络设备的高可用实现方法实施例的解释说明,也适用于该实施例的网络设备的高可用实现装置,故在此不再赘述。
本申请实施例的网络设备的高可用实现装置,基于网络设备包括至少一个逻辑备份组,每个逻辑备份组中包括至少一个主用节点,和至少一个备用节点,当至少一个主用节点发生故障时,通过根据备份关系确定与发生故障的主用节点匹配的备用节点,并由从匹配的备用节点中选出的目标备用节点代替发生故障的主用节点向外部设备提供业务服务,不仅缩小了备用节点的选择范围,而且提高了网络设备的可靠性。并且,将网络设备中的业务节点划分多个逻辑备份组,对主用节点进行组内保护,从而保证在主用节点故障时,不会影响其他逻辑备份组内主用节点,减少了对整个网络设备的影响。
为了实现上述实施例,本申请还提出一种处理器可读存储介质。
其中,该处理器可读存储介质存储有计算机程序,该计算机程序用于使该处理器执行本申请图1-12实施例所述的网络设备的高可用实现方法。
其中,处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备,包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。
在本说明书的描述中,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (37)
1.一种网络设备的高可用实现方法,其特征在于,所述网络设备包括至少一个逻辑备份组,每个所述逻辑备份组中包括至少一个主用节点,和至少一个备用节点,所述方法包括:
当目标主用节点产生故障事件时,根据所述目标主用节点的标识和备份关系确定与所述目标主用节点匹配的备用节点,所述目标主用节点属于所述至少一个主用节点;
根据所述匹配的备用节点的备份状态,从所述匹配的备用节点中选取出目标备用节点;
采用所述目标备用节点向外部设备提供业务服务。
2.如权利要求1所述的方法,其特征在于,所述主用节点,对外提供与业务地址对应的业务服务,所述采用所述目标备用节点向外部设备提供业务服务,包括:
确定与所述业务地址的用途类型对应的接口地址集合标识;
根据所述接口地址集合标识确定对应的浮动接口地址;
采用所述浮动接口地址接收所述外部设备的业务访问请求,并基于所述业务地址向所述外部设备提供所述业务服务。
3.如权利要求2所述的方法,其特征在于,所述确定与所述业务地址的用途类型对应的接口地址集合标识,包括:
根据预设对应关系,确定与所述主用节点的标识对应的业务地址;
确定所述业务地址对应的用途类型;
根据业务地址绑定表,确定与所述用途类型对应的接口地址集合标识。
4.如权利要求2所述的方法,其特征在于,所述根据所述接口地址集合标识确定对应的浮动接口地址,包括:
根据所述接口地址集合标识,从浮动接口地址映射表中确定所述对应的浮动接口地址。
5.如权利要求2所述的方法,其特征在于,在所述目标主用节点产生故障事件前,所述方法还包括:
经由所述浮动接口地址当前所属的目标主用节点接收所述业务访问请求,从而获取所述目标主用节点对外提供的业务服务。
6.如权利要求5所述的方法,其特征在于,所述基于所述业务地址向所述外部设备提供所述业务服务,包括:
采用所述目标主用节点的所述业务地址,基于所备份的业务状态数据向所述外部设备提供业务服务。
7.如权利要求2所述的方法,其特征在于,所述根据所述匹配的备用节点的备份状态,从所述匹配的备用节点中选取出目标备用节点,包括:
确定所述匹配的备用节点所属备份组类别;
确定所述匹配的备用节点的备份管理状态;
根据所述备份组类别、所述备份状态以及所述备份管理状态,从所述匹配的备用节点中选取出具备备用条件的目标备用节点。
8.如权利要求7所述的方法,其特征在于,所述根据所述备份组类别、所述备份状态以及所述备份管理状态,从所述匹配的备用节点中选取出具备备用条件的目标备用节点,包括:
判断所述备份组类别、所述备份状态以及所述备份管理状态是否满足先决条件;
将所述备份组类别、所述备份状态以及所述备份管理状态满足所述先决条件,且具备所述备用条件的备用节点作为所述目标备用节点。
9.如权利要求8所述的方法,其特征在于,所述判断所述备份组类别、所述备份状态以及所述备份管理状态是否满足先决条件,包括:
当所述备份组类别为主用组类别、所述备份状态为备用、所述备份管理状态为主用,则确定满足所述先决条件;或者,
当所述备份组类别为备用组类别、所述备份状态为备用、所述备份管理状态为备用,则确定满足所述先决条件;或者,
当所述备份组类别为混合组类别、所述备份状态为备用、所述备份管理状态为主用或者备用,则确定满足所述先决条件。
10.如权利要求8所述的方法,其特征在于,所述从所述匹配的备用节点中选取出具备备用条件的目标备用节点,包括:
当所述匹配的备用节点已备份所述目标主用节点的业务状态数据,且已配置对应的浮动接口地址,且,所述匹配的备用节点的接口地址和,与其邻接的外部设备接口地址之间可达性检测通过,则确定所述匹配的备用节点具备所述备用条件。
11.如权利要求1所述的方法,其特征在于,所述方法还包括:
在所述网络设备初始化时,配置每个所述逻辑备份组中的各主用节点和备用节点之间的备份关系,其中,所述备用节点根据所述备份关系,备份对应所述主用节点的业务状态数据。
12.如权利要求11所述的方法,其特征在于,所述配置每个所述逻辑备份组中的各主用节点和备用节点之间的备份关系,包括:
当所述逻辑备份组中仅有一个所述备用节点,则将所述备用节点作为分别与各个所述主用节点对应的备用节点;
当所述逻辑备份组中有至少两个所述备用节点,则针对所述主用节点,配置至少两个所述备用节点。
13.如权利要求1所述的方法,其特征在于,在所述采用所述目标备用节点向外部设备提供业务服务后,所述方法还包括:
对所述备份关系进行更新。
14.如权利要求13所述的方法,其特征在于,在所述采用所述目标备用节点向外部设备提供业务服务后,还包括:
对所述目标主用节点的故障进行恢复处理;
所述对所述备份关系进行更新,包括:
如果在设定时间阈值之内,未成功对所述目标主用节点的故障恢复处理,则对所述备份关系进行更新。
15.如权利要求14所述的方法,其特征在于,所述对所述目标主用节点的故障进行恢复处理后,还包括:
如果成功对所述目标主用节点的故障恢复处理,则在所述目标主用节点当前的备份状态为主用时,向与自身对应的备用节点备份业务状态数据;
在所述目标主用节点当前的备份状态为备用时,备份与自身对应的主用节点的业务状态数据。
16.如权利要求13所述的方法,其特征在于,所述备用节点的数量为多个,所述对所述备份关系进行更新,包括:
从所述逻辑备份组中多个所述备用节点中选取出第一备用节点;
将所述第一备用节点作为所述目标备用节点的备用节点;
根据所述第一备用节点的标识和所述目标备用节点的标识对所述备份关系进行补充更新。
17.如权利要求11所述的方法,其特征在于,在所述配置每个所述逻辑备份组中的各所述主用节点和所述备用节点之间的备份关系后,还包括:
对各个所述备用节点进行故障检测;
如果任一备用节点产生故障事件,则停止将与所述任一备用节点对应的主用节点的业务状态数据备份至所述任一备用节点。
18.如权利要求1-17任一项所述的方法,其特征在于,还包括:
根据所述网络设备的实际业务容量、高可用性程度的需求配置每个所述逻辑业务组中主用节点和备用节点的数量。
19.一种网络设备的高可用实现装置,其特征在于,所述网络设备包括至少一个逻辑备份组,每个所述逻辑备份组中包括至少一个主用节点,和至少一个备用节点,所述装置包括:
第一确定模块,用于当目标主用节点产生故障事件时,根据所述目标主用节点的标识和备份关系确定与所述目标主用节点匹配的备用节点,所述目标主用节点属于所述至少一个主用节点;
第二确定模块,用于根据所述匹配的备用节点的备份状态,从所述匹配的备用节点中选取出目标备用节点;
提供模块,用于采用所述目标备用节点向外部设备提供业务服务。
20.如权利要求19所述的装置,其特征在于,所述主用节点,对外提供与业务地址对应的业务服务,所述提供模块,包括:
第一确定单元,用于确定与所述业务地址的用途类型对应的接口地址集合标识;
第二确定单元,用于根据所述接口地址集合标识确定对应的浮动接口地址;
提供单元,用于采用所述浮动接口地址接收所述外部设备的业务访问请求,并基于所述业务地址向所述外部设备提供所述业务服务。
21.如权利要求20所述的装置,其特征在于,所述第一确定单元,用于:
根据预设对应关系,确定与所述主用节点的标识对应的业务地址;
确定所述业务地址对应的用途类型;
根据业务地址绑定表,确定与所述用途类型对应的接口地址集合标识。
22.如权利要求20所述的装置,其特征在于,所述第二确定单元,用于:
根据所述接口地址集合标识,从浮动接口地址映射表中确定所述对应的浮动接口地址。
23.如权利要求20所述的装置,其特征在于,所述装置还包括:
接收模块,用于经由所述浮动接口地址当前所属的目标主用节点接收所述业务访问请求,从而获取所述目标主用节点对外提供的业务服务。
24.如权利要求23所述的装置,其特征在于,
所述提供单元,还用于采用所述目标主用节点的所述业务地址,基于所备份的业务状态数据向所述外部设备提供业务服务。
25.如权利要求20所述的装置,其特征在于,所述第二确定模块,包括:
第三确定单元,用于确定所述匹配的备用节点所属备份组类别;
第四确定单元,用于确定所述匹配的备用节点的备份管理状态;
第五确定单元,用于根据所述备份组类别、所述备份状态以及所述备份管理状态,从所述匹配的备用节点中选取出具备备用条件的目标备用节点。
26.如权利要求25所述的装置,其特征在于,所述第五确定单元,用于:
判断所述备份组类别、所述备份状态以及所述备份管理状态是否满足先决条件;
将所述备份组类别、所述备份状态以及所述备份管理状态满足所述先决条件,且具备所述备用条件的备用节点作为所述目标备用节点。
27.如权利要求26所述的装置,其特征在于,所述第五确定单元,用于:
当所述备份组类别为主用组类别、所述备份状态为备用、所述备份管理状态为主用,则确定满足所述先决条件;或者,
当所述备份组类别为备用组类别、所述备份状态为备用、所述备份管理状态为备用,则确定满足所述先决条件;或者,
当所述备份组类别为混合组类别、所述备份状态为备用、所述备份管理状态为主用或者备用,则确定满足所述先决条件。
28.如权利要求26所述的装置,其特征在于,所述第五确定单元,用于:当所述匹配的备用节点已备份所述目标主用节点的业务状态数据,且已配置对应的浮动接口地址,且,所述匹配的备用节点的接口地址和,与其邻接的外部设备接口地址之间可达性检测通过,则确定所述匹配的备用节点具备所述备用条件。
29.如权利要求19所述的装置,其特征在于,还包括:
第一配置模块,用于在所述网络设备初始化时,配置每个所述逻辑备份组中的各主用节点和备用节点之间的备份关系,其中,所述备用节点根据所述备份关系,备份对应所述主用节点的业务状态数据。
30.如权利要求29所述的装置,其特征在于,所述第一配置模块,用于:
当所述逻辑备份组中仅有一个所述备用节点,则将所述备用节点作为分别与各个所述主用节点对应的备用节点;
当所述逻辑备份组中有至少两个所述备用节点,则针对所述主用节点,配置至少两个所述备用节点。
31.如权利要求19所述的装置,其特征在于,还包括:
更新模块,用于对所述备份关系进行更新。
32.如权利要求31所述的装置,其特征在于,还包括:
故障处理模块,用于对所述目标主用节点的故障进行恢复处理;
所述更新模块,用于当在设定时间阈值之内,未成功对所述目标主用节点的故障恢复处理时,对所述备份关系进行更新。
33.如权利要求32所述的装置,其特征在于,还包括:
备份模块,用于当成功对所述目标主用节点的故障恢复处理时,在所述目标主用节点当前的备份状态为主用时,向与自身对应的备用节点备份业务状态数据;在所述目标主用节点当前的备份状态为备用时,备份与自身对应的主用节点的业务状态数据。
34.如权利要求31所述的装置,其特征在于,所述备用节点的数量为多个,所述更新模块,用于:
从所述逻辑备份组中多个所述备用节点中选取出第一备用节点;
将所述第一备用节点作为所述目标备用节点的备用节点;
根据所述第一备用节点的标识和所述目标备用节点的标识对所述备份关系进行补充更新。
35.如权利要求29所述的装置,其特征在于,还包括:
检测模块,用于对各个所述备用节点进行故障检测;
控制模块,用于当任一备用节点产生故障事件时,停止将与所述任一备用节点对应的主用节点的业务状态数据备份至所述任一备用节点。
36.如权利要求19-35任一所述的装置,其特征在于,还包括:
第二配置模块,用于根据所述网络设备的实际业务容量、高可用性程度的需求配置每个所述逻辑业务组中主用节点和备用节点的数量。
37.一种处理器可读存储介质,其特征在于,所述处理器可读存储介质存储有计算机程序,所述计算机程序用于使所述处理器执行权利要求1至18任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011145850.2A CN114513402B (zh) | 2020-10-23 | 2020-10-23 | 网络设备的高可用实现方法、装置和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011145850.2A CN114513402B (zh) | 2020-10-23 | 2020-10-23 | 网络设备的高可用实现方法、装置和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114513402A true CN114513402A (zh) | 2022-05-17 |
CN114513402B CN114513402B (zh) | 2023-11-10 |
Family
ID=81546454
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011145850.2A Active CN114513402B (zh) | 2020-10-23 | 2020-10-23 | 网络设备的高可用实现方法、装置和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114513402B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102710457A (zh) * | 2012-05-07 | 2012-10-03 | 浙江宇视科技有限公司 | 一种跨网段的n+1备份方法及装置 |
CN103002065A (zh) * | 2012-12-14 | 2013-03-27 | 大唐移动通信设备有限公司 | 一种主用设备与备用设备共用ip地址的方法和装置 |
CN103068034A (zh) * | 2013-01-29 | 2013-04-24 | 大唐移动通信设备有限公司 | 一种数据同步的方法及装置 |
CN104679604A (zh) * | 2015-02-12 | 2015-06-03 | 大唐移动通信设备有限公司 | 一种主节点和备节点切换的方法和装置 |
CN108234253A (zh) * | 2016-12-21 | 2018-06-29 | 中兴通讯股份有限公司 | Bras的管理方法及报文转发方法、报文转发控制器及bras |
CN109698757A (zh) * | 2017-10-20 | 2019-04-30 | 中兴通讯股份有限公司 | 切换主备设备、恢复用户数据的方法、服务器及网络设备 |
-
2020
- 2020-10-23 CN CN202011145850.2A patent/CN114513402B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102710457A (zh) * | 2012-05-07 | 2012-10-03 | 浙江宇视科技有限公司 | 一种跨网段的n+1备份方法及装置 |
CN103002065A (zh) * | 2012-12-14 | 2013-03-27 | 大唐移动通信设备有限公司 | 一种主用设备与备用设备共用ip地址的方法和装置 |
CN103068034A (zh) * | 2013-01-29 | 2013-04-24 | 大唐移动通信设备有限公司 | 一种数据同步的方法及装置 |
CN104679604A (zh) * | 2015-02-12 | 2015-06-03 | 大唐移动通信设备有限公司 | 一种主节点和备节点切换的方法和装置 |
CN108234253A (zh) * | 2016-12-21 | 2018-06-29 | 中兴通讯股份有限公司 | Bras的管理方法及报文转发方法、报文转发控制器及bras |
CN109698757A (zh) * | 2017-10-20 | 2019-04-30 | 中兴通讯股份有限公司 | 切换主备设备、恢复用户数据的方法、服务器及网络设备 |
Also Published As
Publication number | Publication date |
---|---|
CN114513402B (zh) | 2023-11-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3620905B1 (en) | Method and device for identifying osd sub-health, and data storage system | |
CN106664216B (zh) | 一种切换vnf的方法和装置 | |
CN105337780B (zh) | 一种服务器节点配置方法及物理节点 | |
CN101714109B (zh) | 双cpu系统主板的控制方法及设备 | |
CN111651291B (zh) | 一种共享存储集群防脑裂的方法、系统、计算机存储介质 | |
CN105515812A (zh) | 资源的故障处理方法及装置 | |
CN109861867B (zh) | 一种mec业务处理方法及装置 | |
WO2014114135A1 (en) | Disk fault tolerance method, device and system | |
CN102355369A (zh) | 虚拟化集群系统及其处理方法和设备 | |
EP3618350B1 (en) | Protection switching method, device and system | |
US20120179826A1 (en) | Address Distribution Method, Device and System Thereof | |
CN113872997B (zh) | 基于容器集群服务的容器组pod重建方法及相关设备 | |
CN106874142B (zh) | 一种实时数据容错处理方法及系统 | |
CN108462756B (zh) | 一种数据写入方法和装置 | |
CN113596152A (zh) | 负载均衡实现方法、系统及装置 | |
CN104753987B (zh) | 一种分布式会话管理方法及系统 | |
CN105577444A (zh) | 一种无线控制器管理方法及无线控制器 | |
CN114003349A (zh) | 一种虚拟机迁移方法及设备 | |
CN113328916A (zh) | Bfd检测模式的切换方法、装置及设备 | |
CN109815065B (zh) | 双机的主备切换方法、装置、电子设备 | |
US7660234B2 (en) | Fault-tolerant medium access control (MAC) address assignment in network elements | |
CN104243304A (zh) | 非全连通拓扑结构的数据处理方法、设备和系统 | |
EP1712067A1 (en) | A method, apparatus and system of organizing servers | |
CN114513402B (zh) | 网络设备的高可用实现方法、装置和存储介质 | |
JP2017532666A (ja) | ハイブリッドオブジェクトストレージデバイスのためのデータの再構成を最適化する方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |