一种网络虚拟化环境下的监控方法、监控装置和网络节点
技术领域
本申请涉及网络通信领域,特别是涉及一种在网络虚拟化环境下的监控方法、监控装置和网络节点。
背景技术
网络功能虚拟化(Network Function Virtualization,NFV)是指通过使用基于行业标准的服务器、存储和交换设备以及虚拟化技术,以软件方式实现部分网络功能,同时根据需要自动化地进行实例化、弹性伸缩、迁移等操作,来取代传统通信网中的专用网元设备,从而降低网络建设和运营中昂贵的设备成本。
图1是现有技术中NFV的架构图,请参阅图1,目前标准上定义的NFV端到端架构,主要包括三个部分:虚拟网络功能(Virtualized Network Function,VNF)、NFV基础设施(NFV Infrastructure,NFVI)和管理和编排(Management and Orchestration,MANO)。VNF指虚拟化的网络功能,对应于传统网络中的物理网络功能。NFVI提供整个系统运行的硬件和虚拟资源,由硬件资源(包括计算、网络、存储三部分)、虚拟化层(将硬件资源虚拟化成资源池)和虚拟资源(同样分成计算、网络、存储三部分)组成。MANO包括:NFV编排器(NFV Orchestrator,NFVO)、VNF管理器(VNF Manager,VNFM)和虚拟化基础设施管理器(Virtualized Infrastructure Manager,VIM)。其中NFVO负责对网络服务(Network Service,NS,由多个VNF组成的服务单元)进行生命周期管理,并对整个NFV系统的资源(包括硬件资源和软件资源)进行编排和管理。VNFM负责对VNF进行生命周期管理。VIM负责管理NFVI。此外,运营支撑系统(Operation Support System,OSS)可以通过NFVO对整个NFV系统进行管理。一般而言,VNF配有网元管理系统(Element Management System,EMS)来对其进行管理。
然而,申请人发现,并非所有网元都具有EMS,对于没有配套EMS的VNF,MANO需要将获取到的VNF异常信息上报给OSS,由OSS进行故障诊断,从而导致VNF故障整体处理时间增加,影响服务提供的质量。
发明内容
本申请提供了一种网络虚拟化环境下的监控方法、监控装置和网络节点,用于解决
现有技术中没有EMS提供VNF的业务运行状态时,VNF故障整体处理处理时间长的问题。
本申请第一方面提供了一种网络虚拟化环境下的监控方法,该监控方法包括:网络功能虚拟化监管端获取监控策略,监控策略包括需要监测的虚拟网络功能VNF的资源使用信息与故障处理方法之间的对应关系;网络功能虚拟化监管端根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求;网络功能虚拟化监管端接收虚拟化基础设施管理端响应监测需求而监测到的VNF的异常信息;网络功能虚拟化监管端向虚拟化基础设施管理端或用于故障处理的VNF发送异常信息对应的故障处理方法。
结合第一方面,在第一方面的第一种可能的实施方式中,网络功能虚拟化监管端是网络功能虚拟化编排器NFVO;网络功能虚拟化监管端向虚拟化基础设施管理端或用于故障处理的VNF发送异常信息对应的故障处理方法包括:NFVO向虚拟化基础设施管理端或通过虚拟网络功能管理器VNFM向用于故障处理的VNF发送异常信息对应的故障处理方法。
结合第一方面,在第一方面的第二种可能的实施方式中,网络功能虚拟化监管端包括VNFM和NFVO,监控策略进一步包括编号;网络功能虚拟化监管端获取监控策略包括:VNFM获取监控策略中的监测策略、NFVO获取监控策略中的处理策略,监测策略包括编号和需要监测的VNF的资源使用信息之间的对应关系,处理策略包括编号和故障处理方法之间的对应关系;网络功能虚拟化监管端根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求包括:VNFM根据监测策略形成监测需求,并向虚拟化基础设施管理端发送监测需求;网络功能虚拟化监管端接收虚拟化基础设施管理端响应监测需求而监测到的VNF的异常信息包括:NFVO接收来自VNFM的异常信息,异常信息是虚拟化基础设施管理端响应监测需求所监测到并发给VNFM的VNF的异常信息;网络功能虚拟化监管端向虚拟化基础设施管理端或用于故障处理的VNF发送异常信息对应的故障处理方法包括:NFVO向虚拟化基础设施管理端或通过VNFM向用于故障处理的VNF发送异常信息对应的故障处理方法。
结合第一方面,在第一方面的第三种可能的实施方式中,网络功能虚拟化监管端是VNFM;网络功能虚拟化监管端获取监控策略包括:VNFM从NFVO获取监控策略;网络功能虚拟化监管端向虚拟化基础设施管理端或用于故障处理的VNF发送异常信息对应的故障处理方法包括:VNFM通过NFVO向虚拟化基础设施管理端或直接向用于故障处理的VNF发送异常信息对应的故障处理方法。
结合第一方面或第一方面的第一至第三种任一种可能的实施方式,在第一方面的第四种可能的实施方式中,监测需求是根据监控策略中的需要监测的VNF的资源使用信息形成的。
结合第一方面或第一方面的第一至第四种任一种可能的实施方式,在第一方面的第五种可能的实施方式中,网络功能虚拟化监管端获取监控策略包括:网络功能虚拟化监管端接收OSS下发的监控策略;或者网络功能虚拟化监管端从网络服务描述符NSD和/或虚拟网络功能描述符VNFD读取监控策略,其中NSD和VNFD存储在NFVO中。
结合第一方面或第一方面的第一至第五种任一种可能的实施方式,在第一方面的第六种可能的实施方式中,需要监测的VNF的资源使用信息包括:VNF使用的资源的指标和对应的阈值及判定异常的要求,其中指标为VNF使用的计算机的CPU使用率、内存使用率、硬盘读写速率,VNF使用的链接的通断、延迟、带宽占用率中的至少一种。
结合第一方面或第一方面的第一至第六种任一种可能的实施方式,在第一方面的第七种可能的实施方式中,故障处理方法包括:通知虚拟化基础设施管理端以更新网络转发路径NFP和/或通知用于故障处理的VNF以修改其业务逻辑。
结合第一方面或第一方面的第一至第七种任一种可能的实施方式,在第一方面的第八种可能的实施方式中,监控策略进一步包括VNF的标识和/或故障描述。
结合第一方面或第一方面的第一至第八种任一种可能的实施方式,在第一方面的第九种可能的实施方式中,网络功能虚拟化监管端根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求包括:网络功能虚拟化监管端根据监控策略形成监测需求,并在指定的时间内重复向虚拟化基础设施管理端发送监测需求。
结合第一方面或第一方面的第一至第八种任一种可能的实施方式,在第一方面的第十种可能的实施方式中,网络功能虚拟化监管端根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求包括:网络功能虚拟化监管端根据监控策略形成监测需求,并向虚拟化基础设施管理端发送订阅请求,订阅请求包括监测需求、监测时间和监测频度;网络功能虚拟化监管端接收虚拟化基础设施管理端响应监测需求而监测到的VNF的异常信息包括:网络功能虚拟化监管端接收虚拟化基础设施管理端响应订阅请求,对需要监测的VNF使用资源进行监测,当监测到的信息满足要求时发送的VNF的异常信息。
结合第一方面或第一方面的第一至第八种任一种可能的实施方式,在第一方面的第十一种可能的实施方式中,网络功能虚拟化监管端根据监控策略形成监测需求,并向虚
拟化基础设施管理端发送监测需求包括:网络功能虚拟化监管端根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求;网络功能虚拟化监管端向虚拟化基础设施管理端发送关联监测请求的订阅请求;网络功能虚拟化监管端接收虚拟化基础设施管理端响应监测需求而监测到的VNF的异常信息包括:网络功能虚拟化监管端接收虚拟化基础设施管理端响应订阅请求,对需要监测的VNF使用资源进行监测,当监测到的信息满足要求时发送的VNF的异常信息。
本申请第二方面提供了一种NFV环境下的监控装置,该监控装置包括:处理器和网络接口,处理器耦接网络接口;处理器用于获取监控策略,监控策略包括需要监测的VNF的资源使用信息与故障处理方法之间的对应关系;处理器还用于根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求;处理器还用于接收虚拟化基础设施管理端响应监测需求而监测到的VNF的异常信息;处理器还用于向虚拟化基础设施管理端或通过网络接口向用于故障处理的VNF发送故障处理方法。
结合第二方面,在第二方面的第一种可能的实施方式中,监控装置是NFVO。
结合第二方面,在第二方面的第二种可能的实施方式中,监控装置是VNFM。
结合第二方面或第二方面的第一至第二种任一种可能的实施方式,在第二方面的第三种可能的实施方式中,监测需求是根据监控策略中的需要监测的VNF的资源使用信息形成的。
结合第二方面或第二方面的第一至第三种任一种可能的实施方式,在第二方面的第四种可能的实施方式中,处理器用于获取监控策略包括:处理器用于通过网络接口接收OSS下发的监控策略;或者用于从NSD和/或VNFD读取监控策略,其中NSD和VNFD存储在NFVO中。
结合第二方面或第二方面的第一至第四种任一种可能的实施方式,在第二方面的第五种可能的实施方式中,需要监测的VNF的资源使用信息包括:VNF使用资源的指标和对应的阈值及判定异常的要求,其中指标为VNF使用的计算机的CPU使用率、内存使用率、硬盘读写速率,VNF使用的链接的通断、延迟、带宽占用率中的至少一种。
结合第二方面或第二方面的第一至第五种任一种可能的实施方式,在第二方面的第六种可能的实施方式中,故障处理方法包括:通知虚拟化基础设施管理端以更新NFP和/或通知用于故障处理的VNF以修改其业务逻辑。
本申请第三方面提供了一种网络节点,该网络节点包括:处理器、存储器和网络接口总线,存储器和网络接口分别耦接处理器;存储器用于存储监管程序包含的操作指令;
处理器用于调用操作指令以运行监管程序,以获取监控策略,监控策略包括需要监测的VNF的资源使用信息与故障处理方法之间的对应关系;根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求;接收虚拟化基础设施管理端响应监测需求而监测到的VNF的异常信息;向虚拟化基础设施管理端或通过网络接口向用于故障处理的VNF发送异常信息对应的故障处理方法。
结合第三方面,在第三方面的第一种可能的实施方式中,监管程序是NFVO;处理器用于调用操作指令以运行NFVO,以获取监控策略,监控策略包括需要监测的VNF的资源使用信息与故障处理方法之间的对应关系;根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求;接收虚拟化基础设施管理端响应监测需求而监测到的异常信息;向虚拟化基础设施管理端或通过VNFM向用于故障处理的VNF发送异常信息对应的故障处理方法。
结合第三方面,在第三方面的第二种可能的实施方式中,监管程序具体是VNFM;处理器用于运行VNFM,以从NFVO获取监控策略,监控策略包括编号、需要监测的VNF的资源使用信息与故障处理方法之间的对应关系;根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求;接收虚拟化基础设施管理端响应监测需求而监测到的异常信息;通过NFVO向虚拟化基础设施管理端或通过网络接口向直接向用于故障处理的VNF发送异常信息对应的故障处理方法。
上述方案中,网络功能虚拟化监管端获取包括VNF可能出现业务故障时VNF的资源使用信息,以及解决该业务故障的故障处理方法的监控策略,并按照监控策略通知虚拟化基础设施管理端对VNF使用的资源进行监测;当监测到异常信息时,按照对应的故障处理方法进行处理,从而在没有EMS的情况下无需上报OSS即可完成对VNF业务故障的检测和处理,提高故障的处理效率,降低故障带来的业务影响。
附图说明
图1是现有技术中NFV的架构图;
图2是本申请监控方法的第一实施例的流程图;
图3是本申请监控方法的第二实施例的结构时序图;
图4是本申请监控方法的第三实施例的结构时序图;
图5是本申请监控方法的第四实施例的结构时序图;
图6是本申请监控方法的一个实施例中以更新NFP的方式来处理故障的示意图;
图7是本申请监控方法的一个实施例中以通知用于故障处理的VNF以修改其业务逻辑的方式来处理故障的示意图;
图8是本申请监控方法的一个实施例中以主动获取的方式向VIM发送监测需求的流程图;
图9是本申请监控方法的一个实施例中以订阅通知的方式向VIM发送监测需求的流程图;
图10是本申请监控方法的另一个实施例中以订阅通知的方式向VIM发送监测需求的流程图;
图11是本申请监控装置的第一实施例的结构示意图;
图12是本申请监控装置的第二实施例的结构示意图;
图13是本申请监控装置的第三实施例的结构示意图;
图14是本申请监控装置的第四实施例的结构示意图;
图15是本申请监控装置的第五实施例的结构示意图;
图16是本申请监控装置的第六实施例的结构示意图;
图17是本申请网络节点的第一实施例的结构示意图;
图18是本申请网络节点的第二实施例的结构示意图;
图19是本申请网络节点的第三实施例的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、接口、技术之类的具体细节,以便透彻理解本申请。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施方式中也可以实现本申请。在其它情况中,省略对众所周知的装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
请参阅图2,图2是本申请监控方法的第一实施例的流程图,本申请监控方法的第一实施例从网络功能虚拟化监管端角度描述,监控方法包括如下步骤:
S201:获取监控策略
网络功能虚拟化监管端获取预先配置的监控策略。监控策略包括需要监测的VNF的资源使用信息与故障处理方法之间的对应关系。VNF的资源使用信息包括:VNF所使用的资源的运行指标和可能出现业务故障时的指标阈值,故障处理方法是解决该业务故障的方法。网络功能虚拟化监管端可以是专用的硬件,也可以是管理程序,在此不做限定。
S202:根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求。
在本实施例中,虚拟化基础设施管理端是指VIM。一般而言,监测需求是根据监控策略中需要监测的VNF的资源使用信息形成的。一个VNF可以运行在一个虚拟机上;或者一个VNF包括至少两个虚拟网络功能组件(VNF Component,VNFC),每个VNFC运行在一个虚拟机上。VNF使用的资源可以是指VNF或VNFC使用的虚拟资源,也可以是指对应的硬件资源。VNF使用的资源是由VIM负责监测的。
S203:接收虚拟化基础设施管理端响应监测需求而监测到的VNF异常信息
VIM响应监测需求,对VNF使用的资源进行监测,监测到异常时将异常信息发送给网络功能虚拟化监管端。
S204:向虚拟化基础设施管理端或用于故障处理的VNF发送异常信息对应的故障处理方法。
在监控策略中查找异常信息对应的故障处理方法,并通过向VIM或用于故障处理的VNF发送故障处理方法。一般来说是以切换备份,跳过出现异常的VNF的方式来解决异常,用于故障处理的VNF不是出现异常的VNF。
上述方案中,预先对VNF可能出现的业务故障和故障时使用的资源异常相关联,并给出对应的业务故障处理方法,将VNF可能出现业务故障时使用的资源信息和对应的故障处理方法进行关联存入监控策略中。网络功能虚拟化监管端获取监控策略并按照监控策略通知虚拟化基础设施管理端对VNF使用的资源进行监测;当监测到异常信息时,按照对应的故障处理方法进行处理,从而在没有EMS的情况下无需上报OSS即可完成对VNF业务故障的监测和处理,提高故障的处理效率,降低故障带来的业务影响。
请参阅图3,图3是本申请监控方法的第二实施例的结构时序图,本申请监控方法的第二实施例,是在本申请监控方法的第一实施例的基础上,由NFVO31作为网络功能虚拟化监管端负责VNF故障的监测和处理。
NFVO31可以接收并保存OSS30下发的监控策略,或者从网络服务描述符(Network Service Descriptor,NSD)311和/或虚拟网络功能描述符(Virtualized Network Function Descriptor,VNFD)312中读取监控策略。NSD311包括组成网络服务的VNF信息和链路信息、这些VNF间的依赖关系、VNF运行时需要监控的参数和VNF的监控策略等信息。VNFD312包括VNF的组成、监控参数、部署规格和VNF的监控策略等信息。NSD311和VNFD312存储在NFVO31中。VNFD312对VNFM32开放,可以被VNFM32读取。
NFVO31根据监控策略形成监测需求并将监测需求发送给VIM33;VIM33响应监测需求并将检测到的异常信息发送给NFVO31;NFVO31接收异常信息后在监控策略中查
找该异常信息对应的故障处理方法。由于现有NFV架构中NFVO31无法直接连接NFV34,NFVO31需要通过VNFM32向用于故障处理的VNF34发送故障处理方法来解决异常,或者直接向VIM33发送故障处理方法来解决异常。
请参阅图4,图4是本申请监控方法的第三实施例的结构时序图,本申请监控方法的第三实施例,是在本申请监控方法的第一实施例的基础上,由NFVO41和VNFM42组合起来作为网络功能虚拟化监管端负责VNF故障的监测和处理。其中VNFM42负责故障的监测,NFVO41负责故障的处理。
NFVO41可以接收OSS40下发的监控策略,再将监控策略中的监测策略转发给VNFM42,自身只保存处理策略,VNFM42保存接收到的监测策略;或NFVO41从NSD411中读取监控策略,再将监控策略中的监测策略转发给VNFM42,VNFM42保存接收到的监测策略;或者NFVO41从NSD411和/或VNFD412中读取处理策略,VNFM42从VNFD412中读取监测策略。监控策略进一步包括编号,监测策略包括编号和对应的需要监测的VNF的资源使用信息,处理策略包括编号和对应的故障处理方法。
VNFM42根据监测策略形成监测需求并向VIM43发送监测需求;VIM43响应监测需求将检测到的异常信息发送给VNFM42;VNFM42接收到异常信息后将其转发给NFVO41。NFVO41接收VNFM42转发的异常信息并在处理策略中查找对应的故障处理方法,NFVO41直接向VIM43发送故障处理方法或通过VNFM42向VNF44发送故障处理方法来解决异常。
请参阅图5,图5是本申请监控方法的第四实施例的结构时序图,本申请监控方法的第四实施例,是在本申请监控方法的第一实施例的基础上,由VNFM52作为网络功能虚拟化监管端负责VNF故障的监测和处理。
VNFM52可以接收NFVO51转发的监控策略并保存,NFVO51发送的监控策略可以是通过接收OSS50下发的监控策略或从NSD511中读取的监控策略;VNFM52也可以从VNFD512中读取监控策略。
VNFM52根据监控策略形成监测需求并将监测需求发送给VIM53;VIM53响应监测需求将检测到的异常信息发送给VNFM52;VNFM52接收异常信息后在监控策略中查找该异常信息对应的故障处理方法。VNFM52可以通过NFVO51向VIM53发送故障处理方法,或者直接向用于故障处理的VNF54发送故障处理方法。
上述第二实施例至第四实施例分别描述了NFVO、NFVO和VNFM组合、VNFM作为网络功能虚拟化监管端,负责VNF故障的监测和处理。其中,NFVO、VNFM、VIM分
别是MANO的一个组成部分。可以看出,包括了NFVO、VNFM和VIM的MANO可以完成对VNF故障的闭环处理,包括故障的发现、关联和处理。
在本申请监控方法的一个实施例中,需要监测的VNF的资源使用信息包括:VNF使用资源的指标、对应的阈值及判定异常的要求。
其中VNF使用资源的指标为VNF使用的计算机的CPU使用率、内存使用率、硬盘读写速率,VNF使用的链接的通断、延迟、带宽占用率中的至少一种指标。VNF使用的计算机的CPU使用率、内存使用率、硬盘读写速率,可以是VNF或VNFC使用的虚拟机的运行指标,也可以是虚拟机对应的实际计算机的运行指标。VNF使用的链接的通断、延迟、带宽占用率,可以是当前VNF与其他VNF之间的链接的运行指标,也可以是当前VNF内部不同VNFC之间的链接的运行指标。
阈值是判定监测的VNF出现故障的对应指标的临界值。对于链接的通断这种特殊指标,可以将指标的数值定义为1和0,1代表连通,0代表断开,或者反过来,阈值也是1或0。判定异常的要求是指监测到的指标的数值与对应的阈值之间满足怎样的关系时判定VNF出现了业务故障,例如给出的监测指标为CPU占有率,阈值为80%,要求为大于,则当监测到CPU占有率大于80%时,判定VNF出现了业务故障。当需要监测的指标数量为至少两个时,判定异常的要求还包括了不同指标之间的逻辑关系(与、或、非)。本实施例可以与以上任一实施例组合。
在本申请监控方法的一个实施例中,故障处理方法包括:通知虚拟化基础设施管理端更新网络转发路径(Network Forwarding Path,NFP)和/或通知用于故障处理的VNF修改其业务逻辑。本实施例可以与以上任一实施例组合。
NS由多个VNF组成,NS的一种业务可以使用其中若干个VNF完成,这若干个VNF之间通过虚拟链接(Virtual Link,VL)链接,每个VNF都有若干个连接点(Connection Point,CP)用于与其他VNF链接。NFP规定了某种业务流的特征(如包头取值)及其转发路径。在本申请中,主要关心的是NFP定义的转发路径,即该业务运行时数据流所实际经过的转发路径,该转发路径是通过经过的CP来描述的。
请参阅图6,图6是本申请监控方法的一个实施例中以更新NFP的方式来处理故障的示意图。如果NS设计时,考虑了主备方案,例如图中的NFP2为NFP1的备用路径,则当VNF2发生故障时,可以通过将NFP1的业务流迁移到NFP2中的方式来解决VNF2的故障,该操作可以通过更新NFP完成。由于NFP是NS的一部分,更新NFP需要由NFVO修改NS中的NFP描述,并通知VIM对底层逻辑进行修改以实现实际NFP的更新。在图6中就是
NFVO将NFP1:CP11、CP13、CP21、CP22、CP41、CP43修改为NFP2:CP11、CP12、CP31、CP32、CP41、CP43,然后通知VIM来更新NFP,完成切换备份VNF。
请参阅图7,图7是本申请监控方法的一个实施例中以通知用于故障处理的VNF以修改其业务逻辑的方式来处理故障的示意图。如果用于故障处理的VNF5是一个具备类似数据包分发功能的虚拟网元,它可以决定流经它的数据包的走向,那么可以通过通知VNF5进行业务逻辑的修改的方式来解决VNF6的故障,即通知VNF5将数据转发的路径从出现故障的VNF6迁移到备份VNF7,将数据转发路径从VNF5->VNF6->VNF 8改为VNF 5->VNF 7->VNF 8。现行标准中NFVO无法直接连接VNF5,因此需要通过VNFM向VNF5发出通知。
在本申请监控方法的一个实施例中,监控策略进一步包括对应的VNF标识和/或故障描述。VNF标识和故障描述可以为查看和管理监控策略提供便利,其存在与否并不影响VNF故障的监测和处理。根据监控策略形成的监测需求除了包括编号和需要监测的VNF的资源使用信息之外,还可以进一步包括对应的VNF标识和/或故障描述。本实施例可以与以上任一实施例组合。此外,监控策略还可以包括编号。
请参阅表1,表1是本申请监控方法的一个实施例中监控策略的示例表格,表1中的监控策略的内容仅为示意,与实际可能存在的监控策略并无必然联系。表1中的监控策略包括了编号、对应的VNF标识和故障描述,也可以只包括其中一种或者都不包括。
表1
请参阅图8,图8是本申请监控方法的一个实施例中以主动获取的方式向VIM发送监测需求的流程图,在本申请监控方法的一个实施例中,网络功能虚拟化监管端以主动获取的方式向VIM发送监测需求。具体包括以下步骤:S801:根据监控策略形成监测需求;S802:在指定的时间内重复向虚拟化基础设施管理端发送监测需求。VIM在接收到监测需求后,对需要监测的VNF使用资源进行监测,可以在监测到异常时将异常信息发送给网络功能虚拟化监管端,没有监测到异常时只发送无异常的提示信息;VIM也可以直接将监测到的信息发送给网络功能虚拟化监管端,由网络功能虚拟化监管端判断是否为异
常信息。本实施例可以与以上任一实施例组合。
请参阅图9,图9是本申请监控方法的一个实施例中以订阅通知的方式向VIM发送监测需求的流程图,在本申请监控方法的一个实施例中,网络功能虚拟化监管端以订阅通知的方式向VIM发送监测需求。具体包括以下步骤:
S901:根据监控策略形成监测需求
S902:向虚拟化基础设施管理端发送订阅请求,订阅请求包括监测需求、监测时间和监测频度
S903:接收虚拟化基础设施管理端响应订阅请求监测到异常时主动发送的VNF的异常信息
VIM响应订阅请求,在监测时间内按照监测频度对需要监测的VNF使用的资源进行监测,当监测到的信息满足要求时,即判定VNF出现异常时,以通知的方式主动向网络功能虚拟化监管端发送VNF的异常信息,网络功能虚拟化监管端接收该异常信息。异常信息包括需要监测的VNF的资源使用信息。本实施例可以与除图8对应的实施例之外的以上任一实施例组合。
请参阅图10,图10是本申请监控方法的另一个实施例中以订阅通知的方式向VIM发送监测需求的流程图,在本申请监控方法的另一个实施例中,网络功能虚拟化监管端以订阅通知的方式向VIM发送监测需求。具体包括以下步骤:
S1001:根据监控策略形成监测需求,并向拟化基础设施管理端发送监测需求
监测需求可以进一步包括监测频度。
S1002:向虚拟化基础设施管理端发送关联监测需求的订阅请求
订阅请求用于选定想要订阅的通知,包括要订阅的资源对象、通知类型、通知参数中的至少一个。可以通过将资源对象和监测需求中的需要监测的VNF使用资源关联起来,和/或将通知参数和监测需求中的需要监测的VNF使用资源信息关联起来的方式,将订阅请求与监测需求关联起来。
S1003:接收虚拟化基础设施管理端响应订阅请求监测到异常时主动发送的VNF的异常信息
VIM响应订阅请求,在监测时间内按照监测频度对需要监测的VNF使用的资源进行监测,当监测到的信息满足要求时,即判定VNF出现异常时,以通知的方式主动向网络功能虚拟化监管端发送VNF的异常信息,网络功能虚拟化监管端接收该异常信息。异常信息包括需要监测的VNF的资源使用信息。本实施例可以与除图8、图9对应的实施例之
外的以上任一实施例组合。
请参阅图11,图11是本申请监控装置的第一实施例的结构示意图,本申请监控装置的第一实施例可以用于实施本申请监控方法的第一实施例,本申请监控装置的第一实施例包括:
获取模块101,用于获取预先配置的监控策略。
监控策略包括需要监测的VNF的资源使用信息与故障处理方法之间的对应关系。VNF的资源使用信息包括:VNF所使用的资源的运行指标和可能出现业务故障时的指标阈值,故障处理方法是解决该业务故障的方法。可以通过NFVO接收并保存OSS下发的监控策略,也可以从NFVO中的NSD和/或VNFD读取监控策略。
监测模块102,用于根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求。
一般而言,监测需求是根据监控策略中的需要监测的VNF的资源使用信息形成的。虚拟化基础设施管理端是指VIM110。VNF使用的资源是指VNF使用的虚拟资源或对应的硬件资源,VNF使用的资源是由VIM110负责监测的。
接收模块103,用于接收虚拟化基础设施管理端响应监测需求而监测到的VNF的异常信息。
解决模块104,用于向虚拟化基础设施管理端或用于故障处理的VNF120发送故障处理方法。
在监控策略中查找异常信息对应的故障处理方法后并通过向VIM110或用于故障处理的VNF120发送故障处理方法。一般来说是以切换备份,跳过出现异常的VNF的方式来解决异常,用于故障处理的VNF120不是出现异常的VNF。
上述方案中,预先对VNF可能出现的业务故障和故障时使用的资源异常相关联,并给出对应的业务故障处理方法,将VNF可能出现业务故障时使用的资源信息和对应的故障处理方法进行关联存入监控策略中。监控装置获取监控策略并按照监控策略通知虚拟化基础设施管理端对VNF使用的资源进行监测;当监测到异常信息时,按照对应的故障处理方法进行处理,从而在没有EMS的情况下无需上报OSS即可完成对VNF业务故障的监测和处理,提高故障的处理效率,降低故障带来的业务影响。
本申请监控装置的第二实施例,是在本申请监控装置第一实施例的基础上,由NFVO作为监控装置。本申请监控装置的第二实施例可以用于实施本申请监控方法的第二实施例。请参阅图12,图12是本申请监控装置的第二实施例的结构示意图,NFVO作为监控
装置时,获取模块201用于接收OSS200下发的监控策略,或从NSD和/或VNFD中读取监控策略。由于现行标准中NFVO无法直接与VNF通信,解决模块204用于直接向VIM210或通过VNFM230向用于故障处理的VNF220发送故障处理方法。
本申请监控装置的第三实施例,是在本申请监控装置第一实施例的基础上,由VNFM作为监控装置。本申请监控装置的第三实施例可以用于实施本申请监控方法的第四实施例。请参阅图13,图13是本申请监控装置的第三实施例的结构示意图,VNFM作为监控装置时,获取模块301具体用于从NFVO310获取监控策略,包括直接从NFVO310中的VNFD312读取监控策略,或者接收NFVO310转发的监控策略,其中转发的监控策略是NFVO310从NSD311读取的或者接收OSS300下发的。解决模块304用于通过NFVO310向VIM320或直接向用于故障处理的VNF330发送故障处理方法。
此外,还可以由NVFO和VNFM组合形成的系统作为监控装置,此时NVFO负责处理VNFM负责监测。NFVO、VNFM、VIM分别是MANO的一个组成部分。可以看出,包括了NFVO、VNFM和VIM的MANO可以完成对VNF故障的闭环处理,包括故障的发现、关联和处理。
请参阅图14,图14是本申请监控装置的第四实施例的结构示意图,本申请监控装置的第四实施例可以用于实施本申请监控方法的第一实施例,本申请监控装置的第四实施例包括:
处理器410和网络接口420,处理器410耦接网络接口420。处理器410控制监控装置的操作。处理器410可能是一种集成电路芯片,具有信号的处理能力。处理器410还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
处理器410用于获取预先配置的监控策略,监控策略包括需要监测的VNF的资源使用信息与故障处理方法之间的对应关系。VNF的资源使用信息包括:VNF所使用的资源的运行指标和可能出现业务故障时的指标阈值,故障处理方法是解决该业务故障的方法。可以通过NFVO接收并保存OSS下发的监控策略,也可以从NFVO中的NSD和/或VNFD读取监控策略。
处理器410还用于根据监控策略形成监测需求,并通过网络接口420向虚拟化基础设施管理端发送监测需求。一般而言,监测需求是根据监控策略中的需要监测的VNF的资源使用信息形成的。虚拟化基础设施管理端是指VIM。VNF使用的资源是指VNF使用的
虚拟资源或对应的硬件资源,VNF使用的资源是由VIM负责监测的。
处理器410还用于接收虚拟化基础设施管理端响应监测需求而监测到的VNF的异常信息。处理器410还用于向虚拟化基础设施管理端或向用于故障处理的VNF发送故障处理方法。在监控策略中查找异常信息对应的故障处理方法后并通过向VIM或用于故障处理的VNF发送故障处理方法。一般来说是以切换备份,跳过出现异常的VNF的方式来解决异常,用于故障处理的VNF不是出现异常的VNF。VIM可以如图中所示运行在其他网络节点上,也可以和本装置集成在一起。当VIM和本装置集成在一起时,处理器410和VIM之间不再需要通过网络接口420进行通信。
上述方案中,预先对VNF可能出现的业务故障和故障时使用的资源异常相关联,并给出对应的业务故障处理方法,将VNF可能出现业务故障时使用的资源信息和对应的故障处理方法进行关联存入监控策略中。监控装置获取监控策略并按照监控策略通知虚拟化基础设施管理端对VNF使用的资源进行监测;当监测到异常信息时,按照对应的故障处理方法进行处理,从而在没有EMS的情况下无需上报OSS即可完成对VNF业务故障的监测和处理,提高故障的处理效率,降低故障带来的业务影响。
本申请监控装置的第五实施例,是在本申请监控装置第四实施例的基础上,由NFVO作为监控装置。本申请监控装置的第五实施例可以用于实施本申请监控方法的第二实施例。请参阅图15,图15是本申请监控装置的第五实施例的结构示意图。NFVO作为监控装置时,进一步包括存储器530,存储器530耦接处理器510,NSD和VNFD存储在存储器530中。处理器510用于通过网络接口520接收OSS下发的监控策略,或者从NSD和/或VNFD中读取监控策略。由于现行标准中NFVO无法直接与VNF通信,处理器510还用于直接向VIM或通过VNFM向用于故障处理的VNF发送故障处理方法。VIM和VNFM可以如图中所示运行在其他网络节点上,也可以和本装置集成在一起。
本申请监控装置的第六实施例,是在本申请监控装置第四实施例的基础上,由VNFM作为监控装置。本申请监控装置的第六实施例可以用于实施本申请监控方法的第四实施例。请参阅图16,图16是本申请监控装置的第三实施例的结构示意图。VNFM作为监控装置时,处理器610用于从NFVO获取监控策略,包括直接从NFVO中的VNFD读取监控策略,或者接收NFVO转发的监控策略,其中转发的监控策略是NFVO从NSD读取的或者接收OSS下发的。处理器610还用于通过NFVO向VIM或通过网络接口620直接向用于故障处理的VNF发送故障处理方法。VIM和NFVO可以如图中所示运行在其他网络节点上,也可以和本装置集成在一起。
此外,还可以由NVFO和VNFM组合形成的系统作为监控装置,NFVO和VNFM分别是独立存在的硬件,并且由NVFO负责处理VNFM负责监测。
在本申请监控装置的一个实施例中,需要监测的VNF的资源使用信息包括:VNF使用资源的指标、对应的阈值及判定异常的要求。
其中VNF使用资源的指标为VNF使用的计算机的CPU使用率、内存使用率、硬盘读写速率,VNF使用的链接的通断、延迟、带宽占用率中的至少一种指标。VNF使用的计算机的CPU使用率、内存使用率、硬盘读写速率,可以是VNF或VNFC使用的虚拟机的运行指标,也可以是虚拟机对应的实际计算机的运行指标。VNF使用的链接的通断、延迟、带宽占用率,可以是当前VNF与其他VNF之间的链接的运行指标,也可以是当前VNF内部不同VNFC之间的链接的运行指标。
阈值是判定监测的VNF出现故障的对应指标的临界值。对于链接的通断这种特殊指标,可以将指标的数值定义为1和0,1代表连通,0代表断开,或者反过来,阈值也是1或0。判定异常的要求是指监测到的指标的数值与对应的阈值之间满足怎样的关系时判定VNF出现了业务故障,例如给出的监测指标为CPU占有率,阈值为80%,要求为大于,则当监测到CPU占有率大于80%时,判定VNF出现了业务故障。当需要监测的指标数量为至少两个时,判定异常的要求还包括了不同指标之间的逻辑关系(与、或、非)。本实施例可以与本申请监控装置的任一实施例组合。
在本申请监控装置的一个实施例中,故障处理方法包括:通知虚拟化基础设施管理端以更新NFP和/或通知用于故障处理的VNF以修改其业务逻辑。具体内容可参考图6、图7和相关的描述,在此不再赘述。本实施例可以与本申请监控装置的任一实施例组合。
请参阅图17,图17是本申请网络节点的第一实施例的结构示意图,本申请网络节点的第一实施例包括:
处理器710、存储器720、网络接口730及总线740。
处理器710控制网络节点的操作,处理器710还可以称为CPU(Central Processing Unit,中央处理单元)。处理器710可能是一种集成电路芯片,具有信号的处理能力。处理器710还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器720可以包括只读存储器和随机存取存储器,并向处理器710提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。
网络接口730用于与其他设备进行网络通信。
网络节点的各个组件通过总线740耦合在一起,其中总线740除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线740。
存储器存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:
操作指令:包括各种操作指令,用于实现各种操作。
在本实施例中,处理器710通过调用存储器存储的操作指令(该操作指令存储在监管程序中),执行如下操作:
处理器710用于运行监管程序,以获取监控策略,监控策略包括需要监测的VNF的资源使用信息与故障处理方法之间的对应关系;根据监控策略形成监测需求,并向虚拟化基础设施管理端发送监测需求;接收虚拟化基础设施管理端响应监测需求而监测到的异常信息;向虚拟化基础设施管理端或通过网络接口730向用于故障处理的VNF发送异常信息对应的故障处理方法。虚拟化基础设施管理端,即VIM,可以如图中所示运行在其他网络设备上,通过网络接口730与本网络节点进行通信;也可以运行在本网络节点上。
上述方案中,预先对VNF可能出现的业务故障和故障时使用的资源异常相关联,并给出对应的业务故障处理方法,将VNF可能出现业务故障时使用的资源信息和对应的故障处理方法进行关联存入监控策略中。网络节点上运行的监管程序获取监控策略并按照监控策略通知虚拟化基础设施管理端对VNF使用的资源进行监测;当监测到异常信息时,按照对应的故障处理方法进行处理,从而在没有EMS的情况下无需上报OSS即可完成对VNF业务故障的监测和处理。
本申请网络节点的第二实施例,是在本申请网络节点第一实施例的基础上,监管程序具体是指NFVO。请参阅图18,图18是本申请网络节点的第二实施例的结构示意图。处理器810用于运行NFVO,以获取监控策略,监控策略包括需要监测的VNF的资源使用信息与故障处理方法之间的对应关系;根据监控策略形成监测需求,并向VIM发送监测需求;接收来自VIM响应监测需求所监测到的异常信息;向VIM或通过VNFM向用于故障处理的VNF发送异常信息对应的故障处理方法。VIM和VNFM可以如图中所示运行在其他网络设备上,通过网络接口830与本网络节点进行通信;也可以运行在本网络节点上。
本申请网络节点的第三实施例,是在本申请网络节点第三实施例的基础上,监管程序具体是指VNFM。请参阅图19,图19是本申请网络节点的第三实施例的结构示意图。处理器930用于运行VNFM,以从NFVO获取监控策略,监控策略包括需要监测的VNF的资源使用信息与故障处理方法之间的对应关系;根据监控策略形成监测需求,并向VIM发送监测需求;接收来自VIM响应监测需求所监测到的异常信息;通过NFVO向VIM或通过网络接口直接向用于故障处理的VNF发送异常信息对应的故障处理方法。VIM和NFVO可以如图中所示运行在其他网络设备上,通过网络接口830与本网络节点进行通信;也可以运行在本网络节点上。
此外,还可以将NFVO和VNFM组合起来作为监管程序,NFVO负责故障的处理,VNFM负责故障的监测。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法、装置和网络节点,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access
Memory)、磁碟或者光盘等各种可以存储程序代码的介质。