CN115378557B - 热备实现方法、装置、系统、电子设备及存储介质 - Google Patents
热备实现方法、装置、系统、电子设备及存储介质 Download PDFInfo
- Publication number
- CN115378557B CN115378557B CN202211306374.7A CN202211306374A CN115378557B CN 115378557 B CN115378557 B CN 115378557B CN 202211306374 A CN202211306374 A CN 202211306374A CN 115378557 B CN115378557 B CN 115378557B
- Authority
- CN
- China
- Prior art keywords
- equipment
- authorization
- type
- authorization data
- available
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- 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/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
-
- 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/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
Abstract
本发明提供的热备实现方法、装置、系统、电子设备及存储介质,方法包括:获取每种设备类型的需求量和授权数据;针对每种设备类型,向与需求量一致的可用设备下发授权消息,获得每种设备类型对应的主设备;其中,授权消息包含授权数据和授权指令;授权指令用于指示可用设备根据授权数据激活成为主设备;将未下发授权消息的可用设备确定为备份设备。本发明实施例提供的热备实现方法,通过授权方式获得各自设备类型对应的主设备,以及整个系统的备份设备,通过这种授权方式,可以实现设备角色的灵活切换授权,避免了在热备系统中相同设备类型配置限制,在减少设备配置个数的同时,也减少了设备授权的成本。
Description
技术领域
本发明涉及通信技术领域,具体而言,涉及一种热备实现方法、装置、系统、电子设备及存储介质。
背景技术
在高可用系统中通过热备切换方式以保证系统连续可用,为了保证系统的高可用性,热备系统中往往包括主设备和该主设备对应的至少一个备用设备。当热备控制系统检查到主设备出现故障时,将选择一个备份设备及时替换主设备。
在传统的热备系统中,通常为每一个设备都配置一个或多个备份设备,在系统所需工作主设备较多时,需要配置备份设备就也比较多,当系统内业务量在动态变化过程中,传统的热备系统难以通过调整配置来满足系统变化,只能通过不断增加设备,更多的冗余配置来满足需求变化,势必造成更大浪费和成本费用。
因此,如何提高热备系统对于业务需求变化的适应性,避免设备浪费,是需要解决的技术问题。
发明内容
本发明的目的之一在于提供一种热备实现方法、装置、系统、电子设备及存储介质,用于提高热备系统对于业务需求变化的适应性,避免设备浪费。
第一方面,本发明提供一种热备实现方法,所述方法包括:获取每种设备类型的需求量和授权数据;针对每种所述设备类型,向与所述需求量一致的可用设备下发授权消息,获得每种所述设备类型对应的主设备;其中,所述授权消息包含所述授权数据和授权指令;所述授权指令用于指示所述可用设备根据所述授权数据激活成为所述主设备;将未下发所述授权消息的可用设备确定为备份设备。
第二方面,本发明提供一种热备实现方法,所述方法包括:接收授权消息;所述授权消息是控制设备在获取每种设备类型的需求量和授权数据之后,针对所述每种设备类型,向与所述需求量一致的可用设备下发的;所述授权消息包括授权数据和授权指令;所述授权数据对应任意一种设备类型;所述控制设备用于将未下发所述授权消息的可用设备确定为备份设备;当确定不存在任何授权数据,根据所述授权数据和所述授权指令进行激活,成为主设备;当确定存在与所述授权数据不一致的其他授权数据,根据所述授权指令,将所述其他授权数据进行删除,并根据所述授权数据进行激活,成为主设备;反馈成功激活信息;所述成功激活信息用于指示控制设备确定所述设备类型对应的主设备。
第三方面,本发明提供一种热备实现装置,包括:获取模块,用于获取每种设备类型的需求量和授权数据;授权模块,用于针对所述每种设备类型,向与所述需求量一致的可用设备下发授权消息,获得所述每种设备类型对应的主设备;所述授权消息包含授权指令和所述授权数据;所述授权指令用于指示所述可用设备根据所述授权数据激活成为所述主设备; 确定模块,用于将未下发所述授权消息的可用设备,确定为所述主设备的备份设备。
第四方面,本发明提供一种热备实现装置,包括:接收模块,用于接收授权消息;所述授权消息是控制设备在获取每种设备类型的需求量和授权数据之后,针对所述每种设备类型,向与所述需求量一致的可用设备下发的;所述授权消息包括授权数据和授权指令;所述授权数据对应任意一种设备类型;所述控制设备用于将未下发所述授权消息的可用设备确定为备份设备;激活模块,用于当确定不存在任何授权数据,根据所述授权数据和所述授权指令进行激活,成为主设备;当确定存在与所述授权数据不一致的其他授权数据,根据所述授权指令,将所述其他授权数据进行删除,并根据所述授权数据进行激活,成为主设备;发送模块,用于反馈成功激活信息;所述成功激活信息用于指示控制设备确定所述设备类型对应的主设备。
第五方面,本发明提供一种热备实现系统,包括:控制设备和至少一个可用设备;所述控制设备和所述至少一个可用设备通信连接;所述控制设备用于执行如第一方面所述的热备实现方法,所述可用设备用于执行如第二方面所述的热备实现方法。
第六方面,本发明提供一种电子设备,包括处理器和存储器,所述存储器存储有能够被所述处理器执行的计算机程序,所述处理器可执行所述计算机程序以实现第一方面所述的热备实现方法或者实现第二方面所述的热备实现方法。
第七方面,本发明提供一种存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现第一方面所述的热备实现方法或者实现第二方面所述的热备实现方法。
本发明实施例提供的热备实现方法、装置、系统、电子设备及存储介质,方法包括:获取每种设备类型的需求量和授权数据;针对每种所述设备类型,向与所述需求量一致的可用设备下发授权消息,获得每种所述设备类型对应的主设备;其中,所述授权消息包含所述授权数据和授权指令;所述授权指令用于指示所述可用设备根据所述授权数据激活成为所述主设备;将未下发所述授权消息的可用设备确定为备份设备。本发明实施例提供的热备实现方法,通过授权方式获得各自设备类型对应的主设备,以及整个系统的备份设备,通过这种授权方式,可以实现设备角色的灵活切换授权,避免了在热备系统中相同设备类型配置限制,在减少设备配置个数的同时,也减少了设备授权的成本。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本发明实施例提供的一种传统热备系统的架构图;
图2为本发明实施例提供的一种热备实现系统的结构示意图;
图3为本发明实施例提供的热备实现方法的信令交互图之一;
图4为本发明实施例提供的热备实现方法的场景示意图之一;
图5为本发明实施例提供的热备实现方法的信令交互图之二;
图6为本发明实施例提供的热备实现方法的信令交互图之三;
图7为本发明实施例提供的热备实现方法的场景示意图之二;
图8为本发明实施例提供的热备实现方法的信令交互图之四;
图9为本发明实施例提供的授权分组的示意图;
图10为本发明实施例提供的第一种热备实现方法的示意性流程图;
图11为本发明实施例提供的第二种热备实现方法的示意性流程图;
图12为本发明实施例提供的第一热备实现装置的功能模块图;
图13为本发明实施例提供的第二热备实现装置的功能模块图;
图14为本发明实施例提供的一种电子设备的结构示意图。
图注:热备实现系统-100;控制设备-110;可用设备-120;网络管理系统-1101;热备控制器-1102;第一热备实现装置-400;第二热备实现装置-500;获取模块-410;授权模块-420;确定模块-430;接收模块-510;激活模块-520;发送模块-530;电子设备-600;存储器-601;处理器-602;通信接口-603。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
在本发明的描述中,需要说明的是,若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,或者是该发明产品使用时惯常摆放的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。
此外,若出现术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
需要说明的是,在不冲突的情况下,本发明的实施例中的特征可以相互结合。
热备,是指重复配置系统的一些部件,当系统发生故障时,系统通过激活冗余配置的部件介入并承担故障部件的工作,由此减少系统的故障时间,自动备援,即当某一设备发生损坏时,它可以自动作为后备式设备替代该设备。
在高可用系统中通过热备切换方式以保证系统连续可用。热备系统中往往包括一个主设备和一个相同的备份设备(1:1备份),或者一个主设备多个相同的备份设备(1:N备份)。当热备系统检查到主设备出现故障时,将选择一个备份设备及时替换主设备。
例如,请参见图1,图1以卫星通信系统为例,给出了一种传统热备系统的架构图,包含2个调制设备和1个解调设备,调制设备和解调设备采用相同的硬件板卡,用户可以根据卫星主站系统的系统容量,来配置不同数量的调制设备和解调设备,可以理解的是,系统容量越大,需要配置的调制设备和/或解调设备就越多。
为了保证系统的高可用性,传统的热备系统将为每一个调制设备或解调设备都配置一个或多个备份设备,如图1所示,以调制设备1配置有2个备份,调制设备2配置有1个备份,解调设备配置有2个备份,基于这种系统架构,下传统热备系统难以通过调整配置来满足系统变化,只能通过不断增加设备,更多的冗余配置来满足需求变化。势必造成更大浪费和成本费用。
例如,继续以卫星通信系统为例,其中系统内部具有上行业务和下行业务,并且由调制设备和解调设备来负责不同业务的处理,由于上行业务和下行业务的业务量是动态变化的,导致系统中配置的调制设备数量和解调设备的数量比例也会根据上行业务和下行业务的比例而发生变化。
假设在初始阶段,系统场景考虑更多的用户为连接互联网,即下行业务容量将大于上行业务容量,配置六台调制设备和四台解调设备,其备份设备也分别为六台和四台;在实际使用中,远程回传视频的业务大大增加,连接互联网的需求反而不多,即下行业务容量小于上行业务容量需求,此时需要将配置改为四台调制设备和六台解调设备,即需要增加配置两台解调设备和两台备份的解调设备,同时闲置两台调制设备和两台备份的调制设备,势必造成更大浪费和成本费用。
为了解决上述问题,本发明实施例提供了一种热备实现系统,请参见图2,图2为本发明实施例提供的一种热备实现系统的结构示意图,在本发明实施例中,热备实现系统100包括:控制设备110和可用设备(1)至可用设备(N)组成的可用设备120。控制设备110和可用设备120之间通信连接。
控制设备110可以具有网络管理系统1101和热备控制器1102,其中,网络管理系统1101可以具有管理接口,用户通过配置的管理接口可以对热备控制器1102授权配置,还可以查询热备控制器1102工作状态,监视热备控制器1102异常报告等;热备控制器1102是热备实现系统的核心,负责可用设备的授权控制、设备状态监视、设备切换,热备故障报告等。
可用设备120可以与控制设备110进行交互,具体地,可以与控制设备110的热备控制器1102进行数据交互,周期地向热备控制器1102上报工作状态和工作参数。
基于图2的架构图,本发明实施例提供了一种热备实现方法,请参见图3,图3为本发明实施例提供的热备实现方法的信令交互图之一,该方法包括:
S1,控制设备获取每种设备类型的需求量和授权数据;
S4,针对每种设备类型,向与需求量一致的可用设备下发授权消息;
其中,授权消息包含授权数据和授权指令;授权指令用于指示可用设备根据授权数据激活成为每种设备类型的主设备;
S5,可用设备根据接收到的授权指令和授权数据进行激活;
S6,可用设备反馈激活成功信息;
S7,控制设备确定该可用设备为目标设备类型对应的主设备;
S8,控制设备确定未下发授权消息的可用设备为备份设备。
为了方便理解上述流程,本发明实施例在图2的基础上给出一种场景示意图,请参见图4,图4为本发明实施例提供的热备实现方法的场景示意图之一。
如图4所示,假设存在两种设备类型,即设备A和设备B,其中设备A的需求量为1,设备B的需求量为2,控制设备110中维护有设备A和设备B各自对应的授权数据,具体地,授权数据通过一个授权列表进行维护,其中授权列表中具有需要被授权的功能模块各自对应的授权编码等信息。
在未配置授权之前,系统中存在5个可用设备,这些可用设备均没有具体的设备类型和设备功能。
在进行热备实现的过程中,针对设备A,控制设备110可以向可用设备(3)下发授权消息,可用设备(3)收到授权消息之后,基于授权指令的指示和设备A的授权数据进行激活,激活成功之后向控制设备110反馈激活成功(或者授权成功)的信息,控制设备110收到激活成功信息之后,可以确定可用设备(3)为设备A的主设备(或者工作设备),这里可以理解为原先的可用设备(3)此时已经作为设备A存在,设备B对应的授权过程同上述设备A类似,控制设备110可以确定可用设备(4)和可用设备(5)为设备B的主设备,也就是说可用设备(4)和可用设备(5)此时作为设备B存在,由于系统内设备A和设备B的数量已经达到需求量,因此,控制设备110不再向剩余的可用设备即可用设备(1)和可用设备(2)下发授权消息,那么可以确定可用设备(1)和可用设备(2)为备份设备。
需要说明的是,本发实施例中实现的备份设备可以是任意一种设备类型对应的备份设备,这区别于现有技术中主备一对一或者一对多的绑定方式,可以大大降低设备成本,避免设备浪费。
本发明实施例提供的热备实现方法,通过授权方式获得各自设备类型对应的主设备,通过这种授权方式,可以实现设备角色的灵活切换授权,避免了在热备系统中相同设备类型配置限制,在减少设备配置个数的同时,也减少了设备授权的成本。
在可选的实施方式中,为了能够实现设备授权,在未配置授权之前,各个可用设备需要先在控制设备这里进行注册,注册成功之后,控制设备才可以对注册成功的可用设备进行授权。因此,请参见图5,图5为本发明实施例提供的热备实现方法的信令交互图之二,该方法还包括:
S2,可用设备向控制设备发送注册请求信息。
S3,当确定可用设备注册成功时,执行S4。
可以理解的是,每个可用设备通电启动之后,系统管理员可以在该可用设备上配置控制设备的服务地址信息,可用设备根据配置的服务地址信息,向控制设备发送注册请求,当确定可用设备注册成功之后,控制设备即可执行图3所示的热备实现流程,此处不再赘述。
下面基于上述给出的热备实现方式,给出两种可能的场景。
场景一:异常切换场景
在存在故障设备的场景中,本发明实施例还给出一种可能的实现方式,在图3的基础上,请参见图6,图6为本发明实施例提供的热备实现方法的信令交互图之三,该方法还包括:
S9,可用设备按照预设时间间隔,向控制设备发送设备状态信息;
设备状态信息用于指示控制设备确定是否存在发生故障的设备;
S10,控制设备确定是否存在发生故障的主设备;
S11,若存在,控制设备根据发生故障的主设备对应的设备类型的授权数据和授权指令,生成授权消息;
S12,控制设备将授权消息下发给备份设备;
S13,备份设备根据授权消息中的授权指令和授权数据进行激活。
为了方便理解,请参见图7,图7为本发明实施例提供的热备实现方法的场景示意图之二,如图7所示,假设设备A发生故障,那么此时控制设备可以根据设备A的授权数据和授权指令,重新生成授权消息,并将授权消息发送个任意一个备份设备,即发送给可用设备(2),那么可用设备(2)收到授权消息之后,可以根据授权数据和授权指令进行激活,激活后的可用设备(2)则作为设备A工作。
在可选地的实施方式中,所述方法还可以包括:当任意一个主设备接收到新的授权消息,根据新的授权消息中的授权指令,将已经存在的授权数据进行删除,并基于新的授权消息中的授权数据进行激活,成为所述新的授权消息的授权数据对应的设备类型的主设备,从而可以实现可用设备角色的灵活切换。例如,假设某个可用设备激活成为设备A,若接收到设备B对应的授权消息,则可以将设备A的授权数据进行删除,并基于设备B的授权数据进行激活,从而实现从设备A切换成设备B的效果。
从上述示意图中可以看出本发明实施例中基于授权方式可以实现可用设备角色的灵活切换,当可用设备没有被授权时,可以作为备份设备来使用,当主设备发生故障之后,通过授权的方式可以将备份设备的角色切换成发生故障的主设备对应的设备类型,这种设备角色的灵活切换可以避免了在热备系统中相同设备类型配置限制。
在可选地实施方式中,在将授权消息下发给备份设备之前,方法还包括:
a1,确定是否存在备份设备。
a2,若存在,则执行将授权消息下发给备份设备步骤;
a3,若不存在,则发生故障的主设备对应的设备类型标记为未授权状态,并输出故障信息。
通过上述步骤a1至步骤a3可以保证设备授权数据的顺利转移,实现异常切换,并且能够在无法实现异常切换的时候及时提醒用户进行干预。
在可选的实施方式中,本发明实施例提供的热备实现方法还可以包括如下步骤:
b1,当接收到发生故障的主设备发送的注册请求信息,确定故障的主设备为正常可用设备;
b2,当确定正常可用设备注册成功之后,向正常可用设备下发授权消息,或者确定正常可用设备为备份设备。
从图7中可以看出,设备A对应的可用设备成为异常设备之后,若该设备的故障被解决,则还可以通过上述实现流程重新加入系统,该重新加入系统的设备可以作为备份设备,也可以作为某一类型的设备的主设备。
场景二:设备类型需求量更新场景
当各种设备类型的需求量被更新的时候,基于上述授权方式,可以及时更新各种设备类型对应的主设备,在图3的基础上,请参见图8,图8为本发明实施例提供的热备实现方法的信令交互图之四,该方法还包括:
S14:当目标设备类型的需求量被更新,根据授权策略,更新目标设备类型对应的主设备,目标设备类型为全部设备类型中的任意一个;
其中,授权策略为以下任意一种:将除目标设备类型以外的其他设备类型对应的主设备上的授权数据,替换成目标设备类型对应的授权数据;向备份设备下发目标设备类型对应的授权数据;将目标设备类型对应的至少一个主设备中的授权数据删除。
在本发明实施例中,每种设备类型的需求量都会受到该设备类型对应的业务量的变化而变化,为了保证业务正常进行,下面给出几种可能的更新场景。
(1)目标设备类型对应的需求量增加
在一种可选的实施方式中,上述步骤S14可以按照如下方式执行:
c1,控制设备确定目标设备类型对应的需求量的增加量;
c2,控制设备根据该增加量,确定与该增加量一致的备份设备;
c3,控制设备根据该目标设备类型的授权数据和授权指令生成授权消息,并将授权消息发送到与该增加量一致的备份设备;
c4,备份设备根据接收到是授权消息进行激活。
可以理解的是,若备份设备的数量大于增加量,则可以按照上述步骤c1至c4执行。
在另一种场景中,若备份设备的数量小于增加量,那么可以根据备份设备的数量和增加量,确定至少一个其他设备类型,其他设备类型的数量与备份设备的数量之和为该增加量,此时,可以将授权消息发送到给全部备份设备和该至少一个其他设备类型。
在上述的场景中,需要确保其他类型设备授权数量的减小对该设备类型服务的业务没有明显影响即可,否则,可以重新增加可用设备,并将该可用设备作为目标设备类型的主设备。
在另一种实现方式中,本发明实施例也可以将其他类型设备上的授权数据更换成目标设备类型的授权数据,以此实现增加目标设备类型的授权数量的效果,因此,上述步骤S14也可以按照如下方式执行:
d1,控制设备确定目标设备类型对应的需求量的增加量;
d2,控制设备根据该增加量,确定与该增加量一致的其他设备类型;
d3,控制设备根据该目标设备类型的授权数据和授权指令生成授权消息,并将授权消息发送到与该增加量一致的其他设备类型各自对应的主设备上;
d4,其他设备类型各自对应的主设备根据授权指令,删除已经存在的授权数据,并根据目标设备类型的授权数据进行激活。
需要说明的是,若其他设备类型的数量小于增加量,那么可以根据其他设备类型的数量和增加量,确定至少一个备份设备,其他设备类型的数量与备份设备的数量之和为该增加量,此时,可以将授权消息发送到给全部其他设备类型对应的主设备和该至少一个备份设备。
类似地,在这种实现方式中,同样需要确保其他类型设备的减小对该设备类型服务的业务没有明显影响即可,否则,就需要重新增加可用设备,并将该可用设备作为目标设备类型的主设备。
为了方便理解上述实施过程,假设系统中配置12台可用设备,需要A、B两种设备分别3台,4台,那么,设备A、设备B授权数量分别为3、4,还有5台可用设备为备份设备。
1.假设设备A需要增加了1台,设备B需求不变,那么可以向其中1台备份设备下发授权消息,以使该备份设备激活成为A。
2.假设设备A需要增加1台,设备B需要增加1台,那么可以向2台备份设备分别下发授权消息,以使这两台备份设备各自激活成为设备A、设备B。
3.假设设备A增加1台,设备B减少1台,那么可以向其中1台备份设备下发授权消息,以使该备份设备激活成为设备A,并且将设备B对应的其中1台主设备的授权数据删除;或者,将设备B对应的其中1台主设备的授权数据替换成设备A对应的授权数据。
4.假设设备A需要增加6台,此时备份设备的数量无法满足该增加量,则可以向全部备份设备下发授权消息,并且,将设备B对应的其中1台主设备的授权数据替换成设备A对应的授权数据,这种情况下表明设备B的主设备将减少;或者,增加1台可用设备,并向该可用设备下发授权消息。
综上,在目标设备类型需求量增加的场景中,在可用设备数量一定的情况下,可以采用减少其他类型设备的主设备来满足目标设备类型的需求量的方式,也可以增加可用设备数量,可根据实际场景进行设置,此处不作限定。
需要注意的是,在实际实施过程中,不同业务之间呈现出此消彼长的变化趋势,因此,一种设备类型的增加(减少)可能伴随着另一种设备类型的减少(增加),因此,在减少其他类型设备的主设备的实施方式中,应该避免其他类型设备的主设备的减小对该其他类型设备服务的业务的影响。
(2)目标设备类型对应的需求量减少
当需求量减少,则在一种可选的实施方式中,上述步骤S14可以按照如下方式执行:
e1,控制设备从目标设备类型对应的主设备中,确定出与减少量一致的目标主设备;
e2,控制设备向目标主设备下发授权解除消息;
e3,目标主设备根据授权解除消息,将目标设备类型对应的设备类型进行删除。
通过上述实施方式,提高了系统的可维护性,在系统设备组成配置根据业务需求发生变化时,通过调整设备授权配置,可以快速的调整系统的设备类型比例,保证各自业务能够顺利进行,而且还可以避免现有技术中增加设备的方式所带来的设备浪费和成本高的问题。
在可选的实施方式,本发明实施例还可以通过增加控制分组的方式,增加对更大规模系统的冗余备份授权控制,请参见图9,图9为本发明实施例提供的授权分组的示意图。
如图9所示,最上层为系统管理的设备授权数据库,用于维护每种设备类型对应的授权数据,中间层为划分的热备控制分组,下层为分组内管理的硬件设备。规划将上层授权库中授权分配至各分组,各分组独立进行热备控制,分组之间相互独立。通过热备系统配置定义分组的方式简化了分组硬件组合配置过程,通过授权定义系统设备组成的方式定义分组系统的功能和能力。此方式可以应用在系统处理容量有伸缩需求的系统之中。
将可用设备和设备类型划分为多个备份控制分组,增加对更大规模系统的冗余备份授权控制。通过统一管理授权,为管理分组下发不同数量的系统设备授权,减少设备授权成本的同时,优化了系统分组配置过程 。通过建立多个授权分组,使分组自系统具备独立的授权类型库和设备硬件数量,避免授权类型和设备硬件在分组之间发生竞争。
基于相同的发明构思,本发明实施例还提供了控制设备侧的热备实现方法,请参见图10,图10为本发明实施例提供的第一种热备实现方法的示意性流程图,该方法的执行主体可以是控制设备,该方法包括:
S201,获取每种设备类型的需求量和授权数据;
S202,针对每种设备类型,向与需求量一致的可用设备下发授权消息,获得每种设备类型对应的主设备;其中,授权消息包含授权数据和授权指令;授权指令用于指示可用设备根据授权数据激活成为主设备;
S203,将未下发授权消息的可用设备确定为备份设备。
可以理解的是,为了实现相应的技术效果,上述方法还包括图3、图5、图6和图8中由控制设备执行的各个步骤。
基于相同的发明构思,本发明实施例还提供了可用设备侧的热备实现方法,请参见图11,图11为本发明实施例提供的第二种热备实现方法的示意性流程图,该方法的执行主体可以是可用设备,该方法包括:
S301,接收授权消息;
所述授权消息是控制设备在获取每种设备类型的需求量和授权数据之后,针对所述每种设备类型,向与所述需求量一致的可用设备下发的;所述授权消息包括授权数据和授权指令;所述授权数据对应任意一种设备类型;所述控制设备用于将未下发所述授权消息的可用设备确定为备份设备;
S302,当确定不存在任何授权数据,根据授权数据和授权指令进行激活,成为主设备。
也就是说,可用设备上当前并没有维护有任何授权数据,就根据接收到的授权消息中的授权数据进行激活。
S303,当确定存在与授权数据不一致的其他授权数据,根据授权指令,将其他授权数据进行删除,并根据授权数据进行激活,成为主设备。
S304,反馈成功激活信息;成功激活信息用于指示控制设备确定设备类型对应的主设备。
可以理解的是,为了实现相应的技术效果,上述方法还包括图3、图5、图6和图8中由可用设备执行的各个步骤。
请参见图12,图12为本发明实施例提供的第一热备实现装置的功能模块图,该第一热备实现装置400应用于控制设备,包括:
获取模块410,用于获取每种设备类型的需求量和授权数据;
授权模块420,用于针对所述每种设备类型,向与所述需求量一致的可用设备下发授权消息,获得所述每种设备类型对应的主设备;所述授权消息包含授权指令和所述授权数据;所述授权指令用于指示所述可用设备根据所述授权数据激活成为所述主设备;
确定模块430,用于将未下发所述授权消息的可用设备,确定为所述主设备的备份设备。
可以理解的是,获取模块410、授权模块420和确定模块430可以协同的执行图10中的各个步骤以实现相应的技术效果。
在可选地实施方式中,获取模块410、授权模块420和确定模块430还可以用于执行图3、图5、图6和图8中由控制设备执行的各个步骤。
请参见图13,图13为本发明实施例提供的第二热备实现装置的功能模块图,该第二热备实现装置500应用于可用设备,包括:
接收模块510,用于接收授权消息;所述授权消息是控制设备在获取每种设备类型的需求量和授权数据之后,针对所述每种设备类型,向与所述需求量一致的可用设备下发的;所述授权消息包括授权数据和授权指令;所述授权数据对应任意一种设备类型;所述控制设备用于将未下发所述授权消息的可用设备确定为备份设备;
激活模块520,用于当确定不存在任何授权数据,根据所述授权数据和所述授权指令进行激活,成为主设备;当确定存在与所述授权数据不一致的其他授权数据,根据所述授权指令,将所述其他授权数据进行删除,并根据所述授权数据进行激活,成为主设备。
发送模块530,用于反馈成功激活信息;所述成功激活信息用于指示控制设备确定所述设备类型对应的主设备。
可以理解的是,接收模块510、激活模块520和发送模块530可以协同的执行图11中的各个步骤以实现相应的技术效果。
在可选地实施方式中,接收模块510、激活模块520和发送模块530还可以用于执行图3、图5、图6和图8中由可用设备执行的各个步骤。
请参见图14,图14为本发明实施例提供的一种电子设备的结构示意图。在一种场景中,该电子设备可以是控制设备110,该电子设备可以是图10中各个步骤的执行主体,在另一种场景中,该电子设备可以是可用设备120,那么该电子设备可以是图11中各个步骤的执行主体。
参照图14所示,电子设备600包括存储器601、处理器602和通信接口603,该存储器601、处理器602和通信接口603相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。
存储器601可用于存储软件程序及模块,如本发明实施例提供的基于第一热备实现装置400或者第二热备实现装置500的指令/模块,可以软件或固件(firmware)的形式存储于存储器601中或固化在电子设备600的操作系统(operating system,OS)中,处理器602通过执行存储在存储器601内的软件程序及模块,从而执行各种功能应用以及数据处理。该通信接口603可用于与其他节点设备进行信令或数据的通信。
其中,存储器601可以是但不限于,随机存取存储器(Random Access Memory,RAM),只读存储器 (Read Only Memory,ROM),可编程只读存储器(Programmable Read-OnlyMemory,PROM),可擦除只读存储器(Erasable Programmable Read-Only Memory,EPROM),电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory,EEPROM)等。
处理器602可以是一种集成电路芯片,具有信号处理能力。该处理器602可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(NetworkProcessor,NP)等;还可以是数字信号处理器(Digital Signal Processing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如前述实施方式中任一项的热备实现方法。该计算机可读存储介质可以是,但不限于,U盘、移动硬盘、ROM、RAM、PROM、EPROM、EEPROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
Claims (12)
1.一种热备实现方法,其特征在于,所述方法包括:
获取每种设备类型的需求量和授权数据;
针对所述每种设备类型,向与所述需求量一致的可用设备下发授权消息,获得所述每种设备类型对应的主设备;其中,所述授权消息包含所述授权数据和授权指令;所述授权指令用于指示所述可用设备根据所述授权数据激活成为所述主设备;
将未下发所述授权消息的可用设备确定为备份设备;
当目标设备类型的需求量被更新,根据授权策略,更新所述目标设备类型对应的主设备;所述目标设备类型为全部所述设备类型中的任意一个;其中,所述授权策略为以下任意一种:将除所述目标设备类型以外的其他设备类型对应的主设备上的授权数据,替换成所述目标设备类型对应的授权数据;向所述备份设备下发所述目标设备类型对应的授权数据;将所述目标设备类型对应的至少一个主设备中的授权数据删除。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
确定是否存在发生故障的主设备;
若存在,根据所述发生故障的主设备对应的设备类型的授权数据和授权指令,生成授权消息;
将所述授权消息下发给所述备份设备。
3.根据权利要求2所述的方法,其特征在于,在将所述授权消息下发给所述备份设备之前,所述方法还包括:
确定是否存在所述备份设备;
若存在,则执行将所述授权消息下发给所述备份设备的步骤;
若不存在,则将所述发生故障的主设备对应的设备类型标记为未授权状态,并输出故障信息。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
当接收到所述发生故障的主设备发送的注册请求信息,确定所述发生故障的主设备为正常可用设备;
当确定所述正常可用设备注册成功之后,向所述正常可用设备下发授权消息,或者确定所述正常可用设备为备份设备。
5.根据权利要求1所述的方法,其特征在于,针对每种所述设备类型,向与所述需求量一致的可用设备下发授权消息,获得每种所述设备类型对应的主设备之前,所述方法还包括:
接收每个所述可用设备的注册请求信息;
当确定所述每个所述可用设备注册成功时,执行针对所述每种设备类型,向与所述需求量一致的可用设备下发授权消息,获得所述每种设备类型对应的主设备的步骤。
6.一种热备实现方法,其特征在于,所述方法包括:
接收授权消息;所述授权消息是控制设备在获取每种设备类型的需求量和授权数据之后,针对所述每种设备类型,向与所述需求量一致的可用设备下发的;所述授权消息包括授权数据和授权指令;所述授权数据对应任意一种设备类型;所述控制设备用于将未下发所述授权消息的可用设备确定为备份设备;
当确定不存在任何授权数据,根据所述授权数据和所述授权指令进行激活,成为主设备;
当确定存在与所述授权数据不一致的其他授权数据,根据所述授权指令,将所述其他授权数据进行删除,并根据所述授权数据进行激活,成为主设备;
反馈成功激活信息;所述成功激活信息用于指示所述控制设备确定所述设备类型对应的主设备;
所述控制设备还用于当目标设备类型的需求量被更新,根据授权策略,更新所述目标设备类型对应的主设备;所述目标设备类型为全部所述设备类型中的任意一个;其中,所述授权策略为以下任意一种:将除所述目标设备类型以外的其他设备类型对应的主设备上的授权数据,替换成所述目标设备类型对应的授权数据;向所述备份设备下发所述目标设备类型对应的授权数据;将所述目标设备类型对应的至少一个主设备中的授权数据删除。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
按照预设时间间隔,向所述控制设备发送设备状态信息;所述设备状态信息用于指示所述控制设备确定是否存在发生故障的设备。
8.一种热备实现装置,其特征在于,包括:
获取模块,用于获取每种设备类型的需求量和授权数据;
授权模块,用于针对所述每种设备类型,向与所述需求量一致的可用设备下发授权消息,获得所述每种设备类型对应的主设备;所述授权消息包含授权指令和所述授权数据;所述授权指令用于指示所述可用设备根据所述授权数据激活成为所述主设备;
确定模块,用于将未下发所述授权消息的可用设备,确定为所述主设备的备份设备;
所述热备实现装置,还用于当目标设备类型的需求量被更新,根据授权策略,更新所述目标设备类型对应的主设备;所述目标设备类型为全部所述设备类型中的任意一个;其中,所述授权策略为以下任意一种:将除所述目标设备类型以外的其他设备类型对应的主设备上的授权数据,替换成所述目标设备类型对应的授权数据;向所述备份设备下发所述目标设备类型对应的授权数据;将所述目标设备类型对应的至少一个主设备中的授权数据删除。
9.一种热备实现装置,其特征在于,包括:
接收模块,用于接收授权消息;所述授权消息是控制设备在获取每种设备类型的需求量和授权数据之后,针对所述每种设备类型,向与所述需求量一致的可用设备下发的;所述授权消息包括授权数据和授权指令;所述授权数据对应任意一种设备类型;所述控制设备用于将未下发所述授权消息的可用设备确定为备份设备;
激活模块,用于当确定不存在任何授权数据,根据所述授权数据和所述授权指令进行激活,成为主设备;当确定存在与所述授权数据不一致的其他授权数据,根据所述授权指令,将所述其他授权数据进行删除,并根据所述授权数据进行激活,成为主设备;
发送模块,用于反馈成功激活信息;所述成功激活信息用于指示控制设备确定所述设备类型对应的主设备;
所述控制设备还用于当目标设备类型的需求量被更新,根据授权策略,更新所述目标设备类型对应的主设备;所述目标设备类型为全部所述设备类型中的任意一个;其中,所述授权策略为以下任意一种:将除所述目标设备类型以外的其他设备类型对应的主设备上的授权数据,替换成所述目标设备类型对应的授权数据;向所述备份设备下发所述目标设备类型对应的授权数据;将所述目标设备类型对应的至少一个主设备中的授权数据删除。
10.一种热备实现系统,其特征在于,包括:控制设备和至少一个可用设备;所述控制设备和所述至少一个可用设备通信连接;所述控制设备用于执行如权利要求1-5任意一项所述的热备实现方法,所述可用设备用于执行如权利要求6-7任意一项所述的热备实现方法。
11.一种电子设备,其特征在于,包括处理器和存储器,所述存储器存储有能够被所述处理器执行的计算机程序,所述处理器可执行所述计算机程序以实现如权利要求1-5任意一项所述的热备实现方法或者如权利要求6-7任意一项所述的热备实现方法。
12.一种存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1-5任意一项所述的热备实现方法或者如权利要求6-7任意一项所述的热备实现方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211306374.7A CN115378557B (zh) | 2022-10-25 | 2022-10-25 | 热备实现方法、装置、系统、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211306374.7A CN115378557B (zh) | 2022-10-25 | 2022-10-25 | 热备实现方法、装置、系统、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115378557A CN115378557A (zh) | 2022-11-22 |
CN115378557B true CN115378557B (zh) | 2023-02-17 |
Family
ID=84072725
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211306374.7A Active CN115378557B (zh) | 2022-10-25 | 2022-10-25 | 热备实现方法、装置、系统、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115378557B (zh) |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101340339A (zh) * | 2008-08-15 | 2009-01-07 | 杭州华三通信技术有限公司 | 宽带接入服务器集群系统及装置 |
CN101707530A (zh) * | 2009-10-12 | 2010-05-12 | 南京联创科技集团股份有限公司 | 可动态配置容灾粒度的业务系统应用级容灾方法 |
CN102664750A (zh) * | 2012-04-09 | 2012-09-12 | 北京星网锐捷网络技术有限公司 | 多机热备份的方法、系统及设备 |
CN103944698A (zh) * | 2014-04-10 | 2014-07-23 | 四川华雁信息产业股份有限公司 | 一种双机热备方法 |
CN104954162A (zh) * | 2014-03-31 | 2015-09-30 | 杭州迪普科技有限公司 | 一种数据备份、协助数据备份的方法以及装置 |
CN106209476A (zh) * | 2016-08-29 | 2016-12-07 | 东软集团股份有限公司 | 一种冗余备份的方法及装置 |
CN108632067A (zh) * | 2017-03-21 | 2018-10-09 | 华为技术有限公司 | 容灾部署方法、装置及系统 |
CN109946956A (zh) * | 2019-03-27 | 2019-06-28 | 北京全路通信信号研究设计院集团有限公司 | 一种设备主备系同步和热备方法 |
CN111444047A (zh) * | 2020-03-27 | 2020-07-24 | 深圳融安网络科技有限公司 | 双机热备份的配置同步方法、双机热备系统及可读存储介质 |
CN111698158A (zh) * | 2020-04-17 | 2020-09-22 | 新华三技术有限公司成都分公司 | 主设备选举方法、装置及机器可读存储介质 |
CN112035262A (zh) * | 2020-09-22 | 2020-12-04 | 中国建设银行股份有限公司 | 多主机动态管理调整的方法和装置 |
WO2022073213A1 (en) * | 2020-10-09 | 2022-04-14 | Nokia Shanghai Bell Co., Ltd. | Mechanism for dynamic authorization |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9350737B2 (en) * | 2012-01-19 | 2016-05-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling of authorization requests for a packet-based service in a mobile network |
CN105594158B (zh) * | 2014-01-29 | 2019-01-15 | 华为技术有限公司 | 资源的配置方法和装置 |
CN105099821B (zh) * | 2015-07-30 | 2020-05-12 | 奇安信科技集团股份有限公司 | 基于云的虚拟环境下流量监控的方法和装置 |
CN105260486A (zh) * | 2015-11-23 | 2016-01-20 | 郑州悉知信息科技股份有限公司 | 一种数据处理方法、装置及系统 |
GB2584120B (en) * | 2019-05-22 | 2023-04-05 | F Secure Corp | Network security |
CN111782440B (zh) * | 2020-06-30 | 2024-03-08 | 北京奇艺世纪科技有限公司 | 一种数据处理方法、装置及电子设备 |
-
2022
- 2022-10-25 CN CN202211306374.7A patent/CN115378557B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101340339A (zh) * | 2008-08-15 | 2009-01-07 | 杭州华三通信技术有限公司 | 宽带接入服务器集群系统及装置 |
CN101707530A (zh) * | 2009-10-12 | 2010-05-12 | 南京联创科技集团股份有限公司 | 可动态配置容灾粒度的业务系统应用级容灾方法 |
CN102664750A (zh) * | 2012-04-09 | 2012-09-12 | 北京星网锐捷网络技术有限公司 | 多机热备份的方法、系统及设备 |
CN104954162A (zh) * | 2014-03-31 | 2015-09-30 | 杭州迪普科技有限公司 | 一种数据备份、协助数据备份的方法以及装置 |
CN103944698A (zh) * | 2014-04-10 | 2014-07-23 | 四川华雁信息产业股份有限公司 | 一种双机热备方法 |
CN106209476A (zh) * | 2016-08-29 | 2016-12-07 | 东软集团股份有限公司 | 一种冗余备份的方法及装置 |
CN108632067A (zh) * | 2017-03-21 | 2018-10-09 | 华为技术有限公司 | 容灾部署方法、装置及系统 |
CN109946956A (zh) * | 2019-03-27 | 2019-06-28 | 北京全路通信信号研究设计院集团有限公司 | 一种设备主备系同步和热备方法 |
CN111444047A (zh) * | 2020-03-27 | 2020-07-24 | 深圳融安网络科技有限公司 | 双机热备份的配置同步方法、双机热备系统及可读存储介质 |
CN111698158A (zh) * | 2020-04-17 | 2020-09-22 | 新华三技术有限公司成都分公司 | 主设备选举方法、装置及机器可读存储介质 |
CN112035262A (zh) * | 2020-09-22 | 2020-12-04 | 中国建设银行股份有限公司 | 多主机动态管理调整的方法和装置 |
WO2022073213A1 (en) * | 2020-10-09 | 2022-04-14 | Nokia Shanghai Bell Co., Ltd. | Mechanism for dynamic authorization |
Non-Patent Citations (1)
Title |
---|
为保险业保险――保险系统云灾备解决方案;张鹏等;《金融电子化》;20121015(第10期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN115378557A (zh) | 2022-11-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107295080B (zh) | 应用于分布式服务器集群的数据存储方法和服务器 | |
US11307943B2 (en) | Disaster recovery deployment method, apparatus, and system | |
US9141491B2 (en) | Highly available server system based on cloud computing | |
US6438707B1 (en) | Fault tolerant computer system | |
RU2507703C2 (ru) | Объединение ресурсов в сервере центра коммутации с кластером с электронными платами | |
CN101110776B (zh) | 数据业务的备份方法、备份装置与备份系统 | |
CN103019889A (zh) | 分布式文件系统及其故障处理方法 | |
CN103888277A (zh) | 一种网关容灾备份方法、装置和系统 | |
EP3648405B1 (en) | System and method to create a highly available quorum for clustered solutions | |
CN103188098B (zh) | 一种容灾切换方法、系统以及装置 | |
CN106909307B (zh) | 一种管理双活存储阵列的方法及装置 | |
CN105337780A (zh) | 一种服务器节点配置方法及物理节点 | |
CN114124650A (zh) | 一种sptn网络控制器主从部署方法 | |
US7117213B2 (en) | Primary-backup group with backup resources failover handler | |
WO2020252724A1 (zh) | 日志处理方法、设备及计算机可读存储介质 | |
US7660234B2 (en) | Fault-tolerant medium access control (MAC) address assignment in network elements | |
CN113515408A (zh) | 一种数据容灾方法、装置、设备及介质 | |
CN111580753B (zh) | 存储卷级联系统、批量作业处理系统和电子设备 | |
CN115378557B (zh) | 热备实现方法、装置、系统、电子设备及存储介质 | |
CN103929455A (zh) | 包含网络存储设备的异步文件传输系统及其传输方法 | |
CN113810216A (zh) | 一种集群的故障切换方法、装置及电子设备 | |
JP2009075710A (ja) | 冗長化システム | |
CN114185691A (zh) | 一种基于Sidecar的UDP组播方法和系统 | |
EP0511925A2 (en) | Dynamic backup and recovery of focal points in a computer network | |
CN105007293A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |