一种基于资源分层的备份系统告警管理方法及系统与流程

文档序号:32481145发布日期:2022-12-09 22:42阅读:55来源:国知局
一种基于资源分层的备份系统告警管理方法及系统与流程

1.本发明涉及备份系统管理技术领域,具体而言,涉及一种基于资源分层的备份系统告警管理方法及系统。


背景技术:

2.cdm备份系统中,用户希望系统在某些资源上特定的事件发生时,或者资源的监控指标满足某些条件时触发告警。一般来说,系统中的资源种类繁多,而且一种类型的资源通常有很多的实例。如何有效的在众多的资源上设置告警是备份系统需要在设计上考虑和解决的问题。
3.当前的备份系统(包括cdm备份系统在内)一般都会内置不同的告警策略,这些告警策略会和固定范围的资源绑定,当用户启用该告警策略后,就在固定范围的资源上开始进行监控,满足条件时会触发告警。但是这样设计的坏处是告警管理的粒度较粗(资源的范围在告警策略定义中限定),同时缺乏灵活性(资源范围很难更改)。


技术实现要素:

4.为了克服上述问题或者至少部分地解决上述问题,本发明实施例提供一种基于资源分层的备份系统告警管理方法及系统,对系统资源进行分层,利用分层后资源的层级关系,在备份系统中实现了细粒度并且兼具灵活性的告警管理。
5.本发明的实施例是这样实现的:第一方面,本发明实施例提供一种基于资源分层的备份系统告警管理方法,包括以下步骤:获取并对备份系统的资源进行分层,并构建初始资源层级结构;获取并根据业务需求在初始资源层级结构中添加虚拟组节点,通过各个虚拟组节点根据业务需求中的业务规范对资源实例进行聚合,得到目标资源层级结构;获取并根据备份系统的告警需求基于目标资源层级结构在对应的虚拟组节点中或者基于初始资源层级结构在对应的节点中判断是否触发告警,得到并根据触发判断结果完成告警管理。
6.为了解决现有技术中备份系统的告警管理的粒度较粗,资源的范围在告警策略定义中限定,同时缺乏灵活性,资源范围很难更改的技术问题,本发明对cdm备份系统中的系统资源进行分层,利用分层后资源的层级关系,并结合告警策略在资源分层中的传播和覆盖,使得备份系统通过恰当的告警设置就可以完成客户不同粒度的告警管理需求,在备份系统中实现了细粒度并且兼具灵活性的告警管理。面对cdm备份系统客户各种各样的告警管理需求,通过进行适当的告警设置,就可以完成绝大部分客户的需求,从而显著减少了定制开发的需要,使得以标准产品的方式交付cdm备份系统成为可能。
7.基于第一方面,在本发明的一些实施例中,上述初始资源层级结构包括父节点和多个子孙节点,基于父节点和多个子孙节点嵌套生成一个树状结构。
8.基于第一方面,在本发明的一些实施例中,上述获取并根据业务需求在初始资源层级结构中添加虚拟组节点,通过各个虚拟组节点根据业务需求中的业务规范对资源实例进行聚合的方法包括以下步骤:获取并根据业务需求在对应的父节点和子孙节点之间插入虚拟组节点;通过虚拟组节点根据业务需求中的业务规范对各个子孙节点的资源实例进行聚合。
9.基于第一方面,在本发明的一些实施例中,上述获取并根据备份系统的告警需求基于目标资源层级结构在对应的虚拟组节点中或者基于初始资源层级结构在对应的节点中判断是否触发告警,得到并根据触发判断结果完成告警管理的方法包括以下步骤:a1、获取并根据备份系统的告警需求基于目标资源层级结构或初始资源层级结构在对应节点的资源实例中启动告警策略;a2、判断告警策略的目标类型是否是对应资源实例的类型,若是,则根据告警策略监控对应的资源实例并触发告警,结束;若否,则进入步骤a3;a3、判断告警策略的目标类型是否有对应资源实例的子孙节点类型,若是,则进入步骤a4;若否,则结束;a4、遍历告警策略的目标类型对应的节点的资源实例,以筛选得到未覆盖该告警策略的资源实例列表,并根据告警策略监控资源实例列表并触发告警,结束。
10.基于第一方面,在本发明的一些实施例中,该基于资源分层的备份系统告警管理方法还包括以下步骤:对资源的添加、更新和删除操作进行监控,以对资源实例列表进行更新;对告警策略的启用、禁用和更新操作进行监控,以更新对应的资源实例列表和对应的触发条件。
11.基于第一方面,在本发明的一些实施例中,该基于资源分层的备份系统告警管理方法还包括以下步骤:基于初始资源层级结构或目标资源层级结构将告警策略从父节点传播给各个子孙节点。
12.基于第一方面,在本发明的一些实施例中,该基于资源分层的备份系统告警管理方法还包括以下步骤:基于目标资源层级结构中的虚拟组节点实现父节点和子孙节点的告警策略覆盖。
13.第二方面,本发明实施例提供一种基于资源分层的备份系统告警管理系统,包括资源分层模块、虚拟组添加模块以及告警管理模块,其中:资源分层模块,用于获取并对备份系统的资源进行分层,并构建初始资源层级结构;虚拟组添加模块,用于获取并根据业务需求在初始资源层级结构中添加虚拟组节点,通过各个虚拟组节点根据业务需求中的业务规范对资源实例进行聚合,得到目标资源层级结构;告警管理模块,用于获取并根据备份系统的告警需求基于目标资源层级结构在对应的虚拟组节点中或者基于初始资源层级结构在对应的节点中判断是否触发告警,得到并根据触发判断结果完成告警管理。
14.为了解决现有技术中备份系统的告警管理的粒度较粗,资源的范围在告警策略定义中限定,同时缺乏灵活性,资源范围很难更改的技术问题,本系统通过资源分层模块、虚拟组添加模块以及告警管理模块等多个模块的配合,对cdm备份系统中的系统资源进行分层,利用分层后资源的层级关系,并结合告警策略在资源分层中的传播和覆盖,使得备份系统通过恰当的告警设置就可以完成客户不同粒度的告警管理需求,在备份系统中实现了细粒度并且兼具灵活性的告警管理。面对cdm备份系统客户各种各样的告警管理需求,通过进行适当的告警设置,就可以完成绝大部分客户的需求,从而显著减少了定制开发的需要,使得以标准产品的方式交付cdm备份系统成为可能。
15.第三方面,本技术实施例提供一种电子设备,其包括存储器,用于存储一个或多个程序;处理器。当一个或多个程序被处理器执行时,实现如上述第一方面中任一项的方法。
16.第四方面,本技术实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述第一方面中任一项的方法。
17.本发明实施例至少具有如下优点或有益效果:本发明实施例提供一种基于资源分层的备份系统告警管理方法及系统,解决了现有技术中备份系统的告警管理的粒度较粗,资源的范围在告警策略定义中限定,同时缺乏灵活性,资源范围很难更改的技术问题,本发明对cdm备份系统中的系统资源进行分层,利用分层后资源的层级关系,并结合告警策略在资源分层中的传播和覆盖,使得备份系统通过恰当的告警设置就可以完成客户不同粒度的告警管理需求,在备份系统中实现了细粒度并且兼具灵活性的告警管理。面对cdm备份系统客户各种各样的告警管理需求,通过进行适当的告警设置,就可以完成绝大部分客户的需求,从而显著减少了定制开发的需要,使得以标准产品的方式交付cdm备份系统成为可能。
附图说明
18.为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
19.图1为本发明实施例一种基于资源分层的备份系统告警管理方法的流程图;图2为本发明实施例中初始资源层级结构的示意图;图3为本发明实施例中目标资源层级结构的示意图;图4为本发明实施例一种基于资源分层的备份系统告警管理方法中告警触发管理的流程图;图5为本发明实施例一种基于资源分层的备份系统告警管理系统的原理框图;图6为本发明实施例提供的一种电子设备的结构框图。
20.附图标记说明:100、资源分层模块;200、虚拟组添加模块;300、告警管理模块;101、存储器;102、处理器;103、通信接口。
具体实施方式
21.为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例
中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
22.因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
23.应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
24.需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
25.实施例:如图1-图4所示,第一方面,本发明实施例提供一种基于资源分层的备份系统告警管理方法,包括以下步骤:s1、获取并对备份系统的资源进行分层,并构建初始资源层级结构;上述初始资源层级结构包括父节点和多个子孙节点,基于父节点和多个子孙节点嵌套生成一个树状结构。
26.在本发明的一些实施例中,在cdm备份系统中所有被纳管的实体和系统中定义的对象可以统称为资源。资源的层级结构反应了资源之间的聚合关系和依赖关系。如图2所示,其展示了cdm备份系统中部分资源的层级结构。每个cdm备份系统对于一个数据中心,数据中心下的资源依次分层。图中的备份和复制策略是定义在数据中心上,意味着它们从属于数据中心,作用范围是整个数据中心。同样的客户端从属于数据中心,例如一个vmware vsphere客户端;数据对象从属于客户端,例如vmware vsphere客户端下的虚拟机;备份对象从属于数据对象,例如虚拟机经过cdm备份系统备份后产生的备份;挂载点对象从属于备份对象,例如使用虚拟机备份对象进行挂载后产生的挂载点对象。
27.从以上的示例和定义不难看出该层级结构具有以下属性。
28.1.cdm备份系统从最顶层的数据中心开始形成一个资源层级树。
29.2.树中的每个节点是该类型资源的聚合,可能会有一个到多个。
30.3.层级树中从上到下有关联的两个资源节点中的实例之间是一对多的关系,例如一个具体的数据对象实例会有一个到多个备份对象实例。
31.以上的属性使得每个层级节点可以作为子孙节点的天然聚合节点而存在,当用户在节点上某个具体实例定义了子孙节点的的告警策略并启用后,那么所有的子孙节点上该告警策略都会启用。在这一过程中,告警策略非常自然的完成了在资源层级结构上父子节点间的传播。
32.s2、获取并根据业务需求在初始资源层级结构中添加虚拟组节点,通过各个虚拟组节点根据业务需求中的业务规范对资源实例进行聚合,得到目标资源层级结构;进一步地,包括:获取并根据业务需求在对应的父节点和子孙节点之间插入虚拟组节点;通过虚拟组节点根据业务需求中的业务规范对各个子孙节点的资源实例进行聚合。
33.在本发明的一些实施例中,已有的资源层级结构完成了资源在父节点上的聚合,这个聚合的粒度在某些业务场景下使用并不方便,例如,数据中心下的客户端是有类型的,有的是目录文件,有的是虚拟化环境,例如vsphere vcenter。假设用户希望仅对虚拟化环境的客户端定义并启用告警策略,显然在数据中心上定义告警策略并启用不合适。基于已有的资源层级模型,那么必须在一个个虚拟化环境的客户端进行定义并进行启用操作。虽然满足了需求,但是用户体验差,同时后期的运维也会是一个比较大的问题。
34.对于该问题,结合已有的初始资源层结构,在父子节点间插入虚拟的组节点,每个组节点按照某种业务规范对子节点的实例进行聚合,那么上述业务场景会变更为用户在某个虚拟组节点实例上定义告警策略并启用即可。包含了虚拟组节点的资源层级结构如图3所示。需要指出的是,虚拟组节点可以进行嵌套。是否添加虚拟组和是否支持嵌套,可以根据业务需求灵活的决定。
35.s3、获取并根据备份系统的告警需求基于目标资源层级结构在对应的虚拟组节点中或者基于初始资源层级结构在对应的节点中判断是否触发告警,得到并根据触发判断结果完成告警管理。
36.进一步地,包括:a1、获取并根据备份系统的告警需求基于目标资源层级结构或初始资源层级结构在对应节点的资源实例中启动告警策略;a2、判断告警策略的目标类型是否是对应资源实例的类型,若是,则根据告警策略监控对应的资源实例并触发告警,结束;若否,则进入步骤a3;a3、判断告警策略的目标类型是否有对应资源实例的子孙节点类型,若是,则进入步骤a4;若否,则结束;a4、遍历告警策略的目标类型对应的节点的资源实例,以筛选得到未覆盖该告警策略的资源实例列表,并根据告警策略监控资源实例列表并触发告警,结束。
37.进一步地,基于初始资源层级结构或目标资源层级结构将告警策略从父节点传播给各个子孙节点。
38.进一步地,基于目标资源层级结构中的虚拟组节点实现父节点和子孙节点的告警策略覆盖。
39.在本发明的一些实施例中,cdm备份系统在资源层级结构中完成告警的管理,那么不可避免的会引入告警的传播和覆盖,这是实现细粒度告警管控同时兼具灵活性的基础。备份系统根据如图4所示的流程决定告警的传播和覆盖。cdm备份系统中的所有资源具有层级结构,告警策略可以在层级结构从父节点传播给子节点。告警策略只可以在定义的节点进行启用或者禁用,在子节点上定义的告警策略的启用或禁用独立于父节点上的告警。如果子节点要覆盖父节点的告警策略,cdm备份系统默认不进行覆盖,但是允许在子节点上定义的告警覆盖父节点中的定义。一般的,通过启用虚拟组,也可以达到告警策略覆盖的类似
效果。
40.为了解决现有技术中备份系统的告警管理的粒度较粗,资源的范围在告警策略定义中限定,同时缺乏灵活性,资源范围很难更改的技术问题,本发明对cdm备份系统中的系统资源进行分层,利用分层后资源的层级关系,并结合告警策略在资源分层中的传播和覆盖,使得备份系统通过恰当的告警设置就可以完成客户不同粒度的告警管理需求,在备份系统中实现了细粒度并且兼具灵活性的告警管理。本发明可面对cdm备份系统客户各种各样的告警管理需求,通过进行适当的告警设置,就可以完成绝大部分客户的需求,从而显著减少了定制开发的需要,使得以标准产品的方式交付cdm备份系统成为可能。
41.基于第一方面,在本发明的一些实施例中,该基于资源分层的备份系统告警管理方法还包括以下步骤:对资源的添加、更新和删除操作进行监控,以对资源实例列表进行更新;对告警策略的启用、禁用和更新操作进行监控,以更新对应的资源实例列表和对应的触发条件。
42.为了进一步提高对备份系统告警管理的精准高效性,对系统内实时的操作进行监控,在资源发生变化时,例如对资源进行添加、删除操作时,系统都要进行如图4所示的流程处理,并更新监控的资源列表。同时还对告警策略进行监控,以更新对应的资源实例列表和对应的触发条件。
43.如图5所示,第二方面,本发明实施例提供一种基于资源分层的备份系统告警管理系统,包括资源分层模块100、虚拟组添加模块200以及告警管理模块300,其中:资源分层模块100,用于获取并对备份系统的资源进行分层,并构建初始资源层级结构;虚拟组添加模块200,用于获取并根据业务需求在初始资源层级结构中添加虚拟组节点,通过各个虚拟组节点根据业务需求中的业务规范对资源实例进行聚合,得到目标资源层级结构;告警管理模块300,用于获取并根据备份系统的告警需求基于目标资源层级结构在对应的虚拟组节点中或者基于初始资源层级结构在对应的节点中判断是否触发告警,得到并根据触发判断结果完成告警管理。
44.为了解决现有技术中备份系统的告警管理的粒度较粗,资源的范围在告警策略定义中限定,同时缺乏灵活性,资源范围很难更改的技术问题,本系统通过资源分层模块100、虚拟组添加模块200以及告警管理模块300等多个模块的配合,对cdm备份系统中的系统资源进行分层,利用分层后资源的层级关系,并结合告警策略在资源分层中的传播和覆盖,使得备份系统通过恰当的告警设置就可以完成客户不同粒度的告警管理需求,在备份系统中实现了细粒度并且兼具灵活性的告警管理。面对cdm备份系统客户各种各样的告警管理需求,通过进行适当的告警设置,就可以完成绝大部分客户的需求,从而显著减少了定制开发的需要,使得以标准产品的方式交付cdm备份系统成为可能。
45.如图6所示,第三方面,本技术实施例提供一种电子设备,其包括存储器101,用于存储一个或多个程序;处理器102。当一个或多个程序被处理器102执行时,实现如上述第一方面中任一项的方法。
46.还包括通信接口103,该存储器101、处理器102和通信接口103相互之间直接或间
接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器101可用于存储软件程序及模块,处理器102通过执行存储在存储器101内的软件程序及模块,从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。
47.其中,存储器101可以是但不限于,随机存取存储器(random access memory,ram),只读存储器(read only memory,rom),可编程只读存储器(programmable read-only memory,prom),可擦除只读存储器(erasable programmable read-only memory,eprom),电可擦除只读存储器(electric erasable programmable read-only memory,eeprom)等。
48.处理器102可以是一种集成电路芯片,具有信号处理能力。该处理器102可以是通用处理器,包括中央处理器(central processing unit,cpu)、网络处理器(network processor,np)等;还可以是数字信号处理器(digital signal processing,dsp)、专用集成电路(application specific integrated circuit,asic)、现场可编程门阵列(field-programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
49.在本技术所提供的实施例中,应该理解到,所揭露的方法及系统和方法,也可以通过其它的方式实现。以上所描述的方法及系统实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本技术的多个实施例的方法及系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
50.另外,在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
51.第四方面,本技术实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器102执行时实现如上述第一方面中任一项的方法。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
52.以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
53.对于本领域技术人员而言,显然本技术不限于上述示范性实施例的细节,而且在
不背离本技术的精神或基本特征的情况下,能够以其它的具体形式实现本技术。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本技术的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本技术内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1