CN110519101B - 一种实体olt的性能管理功能动态虚拟化的方法及系统 - Google Patents

一种实体olt的性能管理功能动态虚拟化的方法及系统 Download PDF

Info

Publication number
CN110519101B
CN110519101B CN201910844069.5A CN201910844069A CN110519101B CN 110519101 B CN110519101 B CN 110519101B CN 201910844069 A CN201910844069 A CN 201910844069A CN 110519101 B CN110519101 B CN 110519101B
Authority
CN
China
Prior art keywords
olt
entity
virtual
performance management
application instance
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
Application number
CN201910844069.5A
Other languages
English (en)
Other versions
CN110519101A (zh
Inventor
丰晓东
王文超
周钰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fiberhome Telecommunication Technologies Co Ltd
Original Assignee
Fiberhome Telecommunication Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fiberhome Telecommunication Technologies Co Ltd filed Critical Fiberhome Telecommunication Technologies Co Ltd
Priority to CN201910844069.5A priority Critical patent/CN110519101B/zh
Publication of CN110519101A publication Critical patent/CN110519101A/zh
Application granted granted Critical
Publication of CN110519101B publication Critical patent/CN110519101B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • 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/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • 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/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q11/0067—Provisions for optical access or distribution networks, e.g. Gigabit Ethernet Passive Optical Network (GE-PON), ATM-based Passive Optical Network (A-PON), PON-Ring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0079—Operation or maintenance aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0086—Network resource allocation, dimensioning or optimisation

Abstract

本发明公开了一种实体OLT的性能管理功能动态虚拟化的方法及系统，涉及嵌入式接入设备的网络功能虚拟化领域，该方法包括以下步骤：为每个实体OLT在虚拟化平台上创建并关联一个对应的虚拟OLT应用实例；虚拟OLT应用实例根据网管发送的请求报文，判断是由虚拟OLT应用实例自身本地处理还是转发给对应的实体OLT处理；实体OLT判断自身计算资源使用率是否超过预设的上限或低于预设的下限，并在计算资源超过预设的上限或低于预设的下限时，将处理性能管理功能的主体在实体OLT和虚拟OLT应用实例之间转移。本发明能将实体OLT的性能管理功能，在实体OLT与虚拟化平台之间进行动态迁移，从而实现功能灵活扩展、资源优化配制与节约的目的。

Description

一种实体OLT的性能管理功能动态虚拟化的方法及系统
技术领域
本发明涉及嵌入式接入设备的网络功能虚拟化领域，具体涉及一种实体OLT的性能管理功能动态虚拟化的方法及系统。
背景技术
现有的实体OLT(optical line terminal，光线路终端)的性能管理功能，通常是由实体OLT收集主控、各个板卡，以及各个板卡下挂的ONU(Optical Network Unit，光网络单元)等管理对象的所有性能参数，并存储在主控的内存中，以便第三方网管系统进行性能数据的采集时，可以及时的进行响应。
但是第三方网管系统性能数据采集的管理对象范围，以及采集周期都是不可预知的，因此实体OLT需要保存所有管理对象的性能参数的全集，并能及时响应第三方网管系统的查询请求。这就要求实体OLT预留大量的内存资源。
此外，管理对象，以及管理对象的性能参数也会在设备运维中不断的扩允规模。当实体OLT内存资源不足时，便会有部分性能数据丢失，并且当第三方网管系统频繁进行大批量性能数据采集时，会长期大量占用实体OLT的CPU计算能力，导致无法及时处理实体OLT的其它的重要计算任务。
发明内容
针对现有技术中存在的缺陷，本发明的目的在于提供一种实体OLT的性能管理功能动态虚拟化的方法，其能将实体OLT的性能管理功能，在实体OLT与虚拟化平台之间进行动态迁移，从而实现功能灵活扩展、资源优化配制与节约的目的。
为达到以上目的，本发明采取的技术方案是：
一种实体OLT的性能管理功能动态虚拟化的方法，该方法包括以下步骤：
为每个实体OLT在虚拟化平台上创建并关联一个对应的虚拟OLT应用实例；
虚拟OLT应用实例根据网管发送的请求报文，判断是由虚拟OLT应用实例自身本地处理还是转发给对应的实体OLT处理；
实体OLT判断自身计算资源使用率是否超过预设的上限或低于预设的下限，并在计算资源超过预设的上限或低于预设的下限时，将处理性能管理功能的主体在实体OLT和虚拟OLT应用实例之间转移。
在上述技术方案的基础上，实体OLT判断自身计算资源使用率是否超过预设的上限或低于预设的下限，并在计算资源超过预设的上限或低于预设的下限时，将处理性能管理功能的主体在实体OLT和虚拟OLT应用实例之间转移，具体包括：
当判断由虚拟OLT应用实例自身本地处理后，对应的实体OLT判断自身计算资源使用率是否低于下限，并在计算资源低于下限时，实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理；
当判断由实体OLT处理后，对应的实体OLT判断自身计算资源使用率是否超过上限，并在计算资源超过上限时，实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理。
在上述技术方案的基础上，虚拟OLT应用实例根据网管发送的请求报文，判断是由虚拟OLT应用实例自身本地处理还是转发给对应的实体OLT处理，具体包括：
虚拟OLT应用实例利用SNMP代理处理网管发送的SNMP请求报文，判断需处理的性能管理的OID前缀是否包含在MIB管理表中，若是，则进行自身本地处理，若否，则转发给实体OLT处理。
在上述技术方案的基础上，实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理，具体包括：
实体OLT通过GRPC方法，将性能管理的OID前缀加入到虚拟OLT应用实例的MIB管理表中；
实体OLT通过GRPC流，将性能管理的OID前缀对应的当前性能数据以及后续更新的性能数据，上传给虚拟OLT应用实例；
实体OLT释放性能管理的OID前缀所预分配保存性能数据的内存；
虚拟OLT应用实例收到实体OLT发来的性能管理数据流后，将数据存储到本地内存中。
在上述技术方案的基础上，实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理，具体包括：
实体OLT通过GRPC方法，将性能管理的OID前缀从虚拟OLT应用实例的MIB管理表中删除；
实体OLT停止上传性能数据，本地分配所述OID前缀对应的内存资源用于保存实体OLT收集到的性能数据；
实体OLT收到虚拟OLT应用实例转发来的SNMP请求报文后，在本地处理完，并回复给虚拟OLT应用实例；
虚拟OLT应用实例根据实体OLT的处理结果，构造SNMP应答报文并发送至网管。
本发明的目的在于提供一种实体OLT的性能管理功能动态虚拟化的系统，其能将实体OLT的性能管理功能，在实体OLT与虚拟化平台之间进行动态迁移，从而实现功能灵活扩展、资源优化配制与节约的目的。
为达到以上目的，本发明采取的技术方案是：
一种实体OLT的性能管理功能动态虚拟化的系统，其包括：
至少一个实体OLT和虚拟化平台，所述虚拟化平台包括与每个实体OLT关联的虚拟OLT应用实例；
所述虚拟OLT应用实例根据网管发送的请求报文，判断是由虚拟OLT应用实例自身本地处理还是转发给对应的实体OLT处理；
所述实体OLT判断自身计算资源使用率是否超过预设的上限或低于预设的下限，并在计算资源超过预设的上限或低于预设的下限时，将处理性能管理功能的主体在实体OLT和虚拟OLT应用实例之间转移。
在上述技术方案的基础上，
当判断由虚拟OLT应用实例自身本地处理后，对应的实体OLT判断自身计算资源使用率是否低于下限，并在计算资源低于下限时，该实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理；
当判断由实体OLT处理后，对应的实体OLT判断自身计算资源使用率是否超过上限，并在计算资源超过上限时，该实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理。
在上述技术方案的基础上，
所述虚拟OLT应用实例包括用于处理网管发送的SNMP请求报文的SNMP代理，所述SNMP代理包括一MIB管理表，所述SNMP代理判断需处理的性能管理的OID前缀是否包含在MIB管理表中，若是，则进行自身本地处理，若否，则转发给实体OLT处理。
在上述技术方案的基础上，所述实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理，具体过程包括：
所述实体OLT通过GRPC方法，将性能管理的OID前缀加入到虚拟OLT应用实例的MIB管理表中；
所述实体OLT通过GRPC流，将性能管理的OID前缀对应的当前性能数据以及后续更新的性能数据，上传给虚拟OLT应用实例；
所述实体OLT释放性能管理的OID前缀所预分配保存性能数据的内存；
虚拟OLT应用实例收到实体OLT发来的性能管理数据流后，将数据存储到本地内存中。
在上述技术方案的基础上，所述实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理，具体过程包括：
所述实体OLT通过GRPC方法，将性能管理的OID前缀从虚拟OLT应用实例的MIB管理表中删除，
所述实体OLT停止上传性能数据，本地分配所述OID前缀对应的内存资源用于保存所述实体OLT收集到的性能数据；
所述实体OLT收到虚拟OLT应用实例转发来的SNMP请求后，在本地处理完，并回复给虚拟OLT应用实例；
虚拟OLT应用实例根据实体OLT的处理结果，构造SNMP应答报文并发送至网管。
与现有技术相比，本发明的优点在于：
本发明为每个实体OLT在虚拟化平台上创建并关联一个对应的虚拟OLT应用实例，当单个实体OLT的计算资源达到上限时，可以将计算任务转移到虚拟化平台中的与其关联的虚拟化OLT应用之中，从而有效的扩展单个实体OLT的计算能力。当单个实体OLT的有足够的计算资源时，可以将计算任务从虚拟化平台中与之关联的虚拟化OLT应用实例迁移回实体OLT，从而节约对虚拟化平台的计算资源的占用。而当大批实体OLT采用此方法进行计算任务的动态转移与调整，可以达到动态平衡各个实体OLT与虚拟化平台计算资源占用，实现功能灵活扩展，节约总体计算资源的目的。
附图说明
图1为本发明实施例中实体OLT的性能管理功能动态虚拟化的方法的流程图；
图2为本发明实施例中步骤S3的流程图；
图3为本发明实施例中步骤S31的流程图；
图4为本发明实施例中步骤S32的流程图；
图5为本发明实施例中实体OLT的性能管理功能动态虚拟化的系统的结构框图。
具体实施方式
以下结合附图及实施例对本发明作进一步详细说明。
参见图1所示，本发明实施例提供一种实体OLT的性能管理功能动态虚拟化的方法，该方法包括以下步骤：
S1.为每个实体OLT在虚拟化平台上创建并关联一个对应的虚拟OLT应用实例；
本实施例中的虚拟化平台即云平台，其上创建的虚拟OLT应用实例指的是运行在Docker容器(或其它类似容器)中的性能管理功能应用实例。Docker容器是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化。同一个应用可以同时部署到很多个容器中运行，每一个运行着的容器中的应用，称为虚拟OLT应用实例。本实施例中的虚拟OLT应用实例默认用来和网管进行报文的交互。
S2.虚拟OLT应用实例根据网管发送的请求报文，判断是由虚拟OLT应用实例自身本地处理还是转发给对应的实体OLT处理；
S3.实体OLT判断自身计算资源使用率是否超过预设的上限或低于预设的下限，并在计算资源超过预设的上限或低于预设的下限时，将处理性能管理功能的主体在实体OLT和虚拟OLT应用实例之间转移。
本实施例中，每个虚拟OLT应用实例中存在着一个SNMP(Simple NetworkManagement Protocol，简单网络管理协议)代理，来处理来自网管层的访问请求，每个实体OLT上也存在着一个SNMP代理，来处理虚拟OLT应用实例中的SNMP代理所转发的SNMP请求。和传统的主子代理模式相比，传统的主子代理中，主子代理的之间的分工固化，一经确定，便不会更改。在本实施例中，实体OLT上的SNMP代理，和虚拟OLT应用实例中的SNMP代理，对同一个性能管理功能，都能独立处理，具体在何时，由谁处理，可以动态进行调整。
虚拟OLT应用实例根据自身维护的一个MIB(Management Information Base，管理信息库)的管理表，决定网管的请求是由自身本地处理，还是转发到下层的实体OLT处理。其中MIB是TCP/IP网络管理协议标准框架的内容之一，代表被管理对象及相关信息的集合，它定义了被管理对象的一系列属性：对象的名称、对象的访问主体和对象的数据类型等。
具体而言，虚拟OLT应用实例中SNMP代理，在处理每一个网管的SNMP请求报文时，检查SNMP请求报文中需处理的OID(Object Identifier，对象标识符)是否包含在MIB管理表中，如果是，则进行自身本地处理，否则转发给实体OLT处理。OID是MIB中被管理对象的一种标识与定位机制，它采用一种分级树状结构来表达被管对象的层级关系及包含关系，一个完整的OID，可通过由根对象到该对象的完整层级路径获得，表示一个具体特定对象。而OID前缀可以表达一批具有相同OID前缀的被管对象的集合。
虚拟OLT应用实例根据处理结果，构造SNMP应答报文，并回复给网管。
参见图2所示，作为一个较好的实施方式，本实施例中步骤S3具体包括：
S31.当判断由虚拟OLT应用实例自身本地处理后，对应的实体OLT判断自身计算资源使用率是否低于下限，并在计算资源低于下限时，实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理；
S32.当判断由实体OLT处理后，对应的实体OLT判断自身计算资源使用率是否超过上限，并在计算资源超过上限时，实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理。
本实施例中的计算资源主要是指CPU和内存，这里以CPU为例进行说明，比如CPU的使用率的上限和下限可以设置为80％和20％。
若某一时刻时是由虚拟OLT应用实例自身本地处理，但是实体OLT此时判断自身CPU的使用率已经低于20％这个下限，此时实体OLT将会动作，将由虚拟OLT应用实例处理的性能管理功能，转移到由自身本地处理。若某一时刻时是由实体OLT本地处理，但是实体OLT此时判断自身CPU的使用率已经高于80％这个上限，此时实体OLT将会动作，将由自身本地处理的性能管理功能，转移到由虚拟OLT应用实例处理。
值得说明的是，实体OLT判断自身计算资源使用率并不以虚拟OLT应用实例的判断结果为前提，无论最后确定是由虚拟OLT应用实例处理还是实体OLT处理，实体OLT均会实时地判断自身计算资源使用率的情况。
参见图3所示，作为一个较好的实施方式，对于步骤S31，实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理，具体包括以下步骤：
S311.实体OLT通过GRPC方法，将性能管理的OID前缀加入到虚拟OLT应用实例的MIB管理表中；
GRPC是谷歌开源的一款高性能的RPC(Remote Procedure Call，远程过程调用)框架。实体OLT作为GRPC客户端，向虚拟OLT应用实例(作为GRPC服务器端)发起RPC一般调用请求register_function_mib_prefix()，参数为性能管理的OID前缀。
虚拟OLT应用实例处理该GRPC请求，将性能管理的OID前缀加入到虚拟OLT应用实例的MIB管理表中。
S312.实体OLT通过GRPC流，将性能管理的OID前缀对应的当前性能数据以及后续更新的性能数据，上传给虚拟OLT应用实例；
具体而言，实体OLT向虚拟OLT应用实例发起RPC流式调用请求send data stream(performancestream)。将性能管理数据从实体OLT发送到虚拟OLT应用实例中。
S313.实体OLT释放性能管理的OID前缀所预分配保存性能数据的内存；
S314.虚拟OLT应用实例收到实体OLT发来的性能管理数据流后，将数据存储到本地内存中。
至此，实体OLT的性能管理功能，便转移到虚拟OLT应用实例中。
参见图4所示，作为一个较好的实施方式，对于步骤S32，实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理，具体包括以下步骤：
S321.实体OLT通过GRPC方法，将性能管理的OID前缀从虚拟OLT应用实例的MIB管理表中删除；
S322.实体OLT停止上传性能数据，本地分配所述OID前缀对应的内存资源用于保存实体OLT收集到的性能数据；
S323.实体OLT收到虚拟OLT应用实例转发来的SNMP请求报文后，在本地处理完，并回复给虚拟OLT应用实例；
S324.虚拟OLT应用实例根据实体OLT的处理结果，构造SNMP应答报文并发送至网管。
至此，虚拟OLT应用实例的性能管理功能，便转移到实体OLT中。
值得指出的是，若实体OLT判断CPU使用率在上限和下限之间时，比如CPU使用率为50％，此时不会触发性能管理功能在实体OLT和虚拟OLT应用实例之间转移，即会保持当前状态不变。
综上所述，由于本发明为每个实体OLT在虚拟化平台上创建并关联一个对应的虚拟OLT应用实例，当单个实体OLT的计算资源达到上限时，可以将计算任务转移到虚拟化平台中的与其关联的虚拟化OLT应用之中，从而有效的扩展单个实体OLT的计算能力。当单个实体OLT的有足够的计算资源时，可以将计算任务从虚拟化平台中与之关联的虚拟化OLT应用实例迁移回实体OLT，从而节约对虚拟化平台的计算资源的占用。而当大批实体OLT采用此方法进行计算任务的动态转移与调整，可以达到动态平衡各个实体OLT与虚拟化平台计算资源占用，实现功能灵活扩展，节约总体计算资源的目的。
本发明实施例还提供一种实体OLT的性能管理功能动态虚拟化的系统，其包括至少一个实体OLT和虚拟化平台，所述虚拟化平台包括与每个实体OLT关联的虚拟OLT应用实例。
参见图5所示，其描述了三层组件，最上层是网管层，中间层包括实体服务器，实体服务器上部署运行有虚拟化平台，在虚拟化平台的容器中可以运行管理虚拟OLT应用实例。最底层是实体OLT。其中每个虚拟OLT应用实例运行在容器环境中，分配有独立的IP地址，可被最上层的网管所访问，而每个虚拟OLT应用实例与一个实体OLT设备存在一一对应的关系，每个虚拟OLT应用实例可以通过网络访问实体OLT的管理IP。
本实施例中的所述虚拟OLT应用实例根据网管发送的请求报文，判断是由虚拟OLT应用实例自身本地处理还是转发给对应的实体OLT处理。
所述实体OLT判断自身计算资源使用率是否超过预设的上限或低于预设的下限，并在计算资源超过预设的上限或低于预设的下限时，将处理性能管理功能的主体在实体OLT和虚拟OLT应用实例之间转移。
进一步地，当判断由虚拟OLT应用实例自身本地处理后，对应的实体OLT判断自身计算资源使用率是否低于下限，并在计算资源低于下限时，该实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理；
当判断由实体OLT处理后，对应的实体OLT判断自身计算资源使用率是否超过上限，并在计算资源超过上限时，该实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理。
进一步地，所述虚拟OLT应用实例包括用于处理网管发送的SNMP请求报文的SNMP代理，所述SNMP代理包括一MIB管理表，所述SNMP代理判断需处理的性能管理的OID前缀是否包含在MIB管理表中，若是，则进行自身本地处理，若否，则转发给实体OLT处理。
进一步地，所述实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理，具体过程包括：
所述实体OLT通过GRPC方法，将性能管理的OID前缀加入到虚拟OLT应用实例的MIB管理表中；
所述实体OLT通过GRPC流，将性能管理的OID前缀对应的当前性能数据以及后续更新的性能数据，上传给虚拟OLT应用实例；
所述实体OLT释放性能管理的OID前缀所预分配保存性能数据的内存；
虚拟OLT应用实例收到实体OLT发来的性能管理数据流后，将数据存储到本地内存中。
进一步地，所述实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理，具体过程包括：
所述实体OLT通过GRPC方法，将性能管理的OID前缀从虚拟OLT应用实例的MIB管理表中删除，
所述实体OLT停止上传性能数据，本地分配所述OID前缀对应的内存资源用于保存所述实体OLT收集到的性能数据；
所述实体OLT收到虚拟OLT应用实例转发来的SNMP请求后，在本地处理完，并回复给虚拟OLT应用实例；
虚拟OLT应用实例根据实体OLT的处理结果，构造SNMP应答报文并发送至网管。
本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。

Claims (10)

1.一种实体OLT的性能管理功能动态虚拟化的方法，其特征在于，该方法包括以下步骤：
为每个实体OLT在虚拟化平台上创建并关联一个对应的虚拟OLT应用实例；
虚拟OLT应用实例根据网管发送的请求报文，判断是由虚拟OLT应用实例自身本地处理还是转发给对应的实体OLT处理；
实体OLT判断自身计算资源使用率是否超过预设的上限或低于预设的下限，并在计算资源超过预设的上限或低于预设的下限时，将处理性能管理功能的主体在实体OLT和虚拟OLT应用实例之间转移。
2.如权利要求1所述的一种实体OLT的性能管理功能动态虚拟化的方法，其特征在于，实体OLT判断自身计算资源使用率是否超过预设的上限或低于预设的下限，并在计算资源超过预设的上限或低于预设的下限时，将处理性能管理功能的主体在实体OLT和虚拟OLT应用实例之间转移，具体包括：
当判断由虚拟OLT应用实例自身本地处理后，对应的实体OLT判断自身计算资源使用率是否低于下限，并在计算资源低于下限时，实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理；
当判断由实体OLT处理后，对应的实体OLT判断自身计算资源使用率是否超过上限，并在计算资源超过上限时，实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理。
3.如权利要求2所述的一种实体OLT的性能管理功能动态虚拟化的方法，其特征在于，虚拟OLT应用实例根据网管发送的请求报文，判断是由虚拟OLT应用实例自身本地处理还是转发给对应的实体OLT处理，具体包括：
虚拟OLT应用实例利用SNMP代理处理网管发送的SNMP请求报文，判断需处理的性能管理的OID前缀是否包含在MIB管理表中，若是，则进行自身本地处理，若否，则转发给实体OLT处理。
4.如权利要求3所述的一种实体OLT的性能管理功能动态虚拟化的方法，其特征在于，实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理，具体包括：
实体OLT通过GRPC方法，将性能管理的OID前缀加入到虚拟OLT应用实例的MIB管理表中；
实体OLT通过GRPC流，将性能管理的OID前缀对应的当前性能数据以及后续更新的性能数据，上传给虚拟OLT应用实例；
实体OLT释放性能管理的OID前缀所预分配保存性能数据的内存；
虚拟OLT应用实例收到实体OLT发来的性能管理数据流后，将数据存储到本地内存中。
5.如权利要求3所述的一种实体OLT的性能管理功能动态虚拟化的方法，其特征在于，实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理，具体包括：
实体OLT通过GRPC方法，将性能管理的OID前缀从虚拟OLT应用实例的MIB管理表中删除；
实体OLT停止上传性能数据，本地分配所述OID前缀对应的内存资源用于保存实体OLT收集到的性能数据；
实体OLT收到虚拟OLT应用实例转发来的SNMP请求报文后，在本地处理完，并回复给虚拟OLT应用实例；
虚拟OLT应用实例根据实体OLT的处理结果，构造SNMP应答报文并发送至网管。
6.一种实体OLT的性能管理功能动态虚拟化的系统，其特征在于，其包括：
至少一个实体OLT和虚拟化平台，所述虚拟化平台包括与每个实体OLT关联的虚拟OLT应用实例；
所述虚拟OLT应用实例根据网管发送的请求报文，判断是由虚拟OLT应用实例自身本地处理还是转发给对应的实体OLT处理；
所述实体OLT判断自身计算资源使用率是否超过预设的上限或低于预设的下限，并在计算资源超过预设的上限或低于预设的下限时，将处理性能管理功能的主体在实体OLT和虚拟OLT应用实例之间转移。
7.如权利要求6所述的一种实体OLT的性能管理功能动态虚拟化的系统，其特征在于：
当判断由虚拟OLT应用实例自身本地处理后，对应的实体OLT判断自身计算资源使用率是否低于下限，并在计算资源低于下限时，该实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理；
当判断由实体OLT处理后，对应的实体OLT判断自身计算资源使用率是否超过上限，并在计算资源超过上限时，该实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理。
8.如权利要求7所述的一种实体OLT的性能管理功能动态虚拟化的系统，其特征在于：
所述虚拟OLT应用实例包括用于处理网管发送的SNMP请求报文的SNMP代理，所述SNMP代理包括一MIB管理表，所述SNMP代理判断需处理的性能管理的OID前缀是否包含在MIB管理表中，若是，则进行自身本地处理，若否，则转发给实体OLT处理。
9.如权利要求8所述的一种实体OLT的性能管理功能动态虚拟化的系统，其特征在于，所述实体OLT将由自身本地处理的性能管理功能，转移到虚拟OLT应用实例处理，具体过程包括：
所述实体OLT通过GRPC方法，将性能管理的OID前缀加入到虚拟OLT应用实例的MIB管理表中；
所述实体OLT通过GRPC流，将性能管理的OID前缀对应的当前性能数据以及后续更新的性能数据，上传给虚拟OLT应用实例；
所述实体OLT释放性能管理的OID前缀所预分配保存性能数据的内存；
虚拟OLT应用实例收到实体OLT发来的性能管理数据流后，将数据存储到本地内存中。
10.如权利要求8所述的一种实体OLT的性能管理功能动态虚拟化的系统，其特征在于，所述实体OLT将由虚拟OLT应用实例处理的性能管理功能，转移到自身本地处理，具体过程包括：
所述实体OLT通过GRPC方法，将性能管理的OID前缀从虚拟OLT应用实例的MIB管理表中删除，
所述实体OLT停止上传性能数据，本地分配所述OID前缀对应的内存资源用于保存所述实体OLT收集到的性能数据；
所述实体OLT收到虚拟OLT应用实例转发来的SNMP请求后，在本地处理完，并回复给虚拟OLT应用实例；
虚拟OLT应用实例根据实体OLT的处理结果，构造SNMP应答报文并发送至网管。
CN201910844069.5A 2019-09-06 2019-09-06 一种实体olt的性能管理功能动态虚拟化的方法及系统 Active CN110519101B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910844069.5A CN110519101B (zh) 2019-09-06 2019-09-06 一种实体olt的性能管理功能动态虚拟化的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910844069.5A CN110519101B (zh) 2019-09-06 2019-09-06 一种实体olt的性能管理功能动态虚拟化的方法及系统

Publications (2)

Publication Number Publication Date
CN110519101A CN110519101A (zh) 2019-11-29
CN110519101B true CN110519101B (zh) 2021-11-02

Family

ID=68631600

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910844069.5A Active CN110519101B (zh) 2019-09-06 2019-09-06 一种实体olt的性能管理功能动态虚拟化的方法及系统

Country Status (1)

Country Link
CN (1) CN110519101B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112351355B (zh) * 2020-10-20 2022-04-15 烽火通信科技股份有限公司 一种基于gRPC的ONU通道的管理方法和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103970617A (zh) * 2013-01-28 2014-08-06 宏碁股份有限公司 实体主机与虚拟服务器转移方法
CN104104534A (zh) * 2013-04-12 2014-10-15 中兴通讯股份有限公司 一种虚拟网络管理的实现方法和系统
CN107294753A (zh) * 2016-04-11 2017-10-24 中兴通讯股份有限公司 一种sdn/nfv开放接入网系统及管理onu/ont的方法
WO2018157299A1 (zh) * 2017-02-28 2018-09-07 华为技术有限公司 一种光线路终端olt设备虚拟方法及相关设备
CN108650562A (zh) * 2018-04-17 2018-10-12 烽火通信科技股份有限公司 基于olt虚拟化的设备配置迁移方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103970617A (zh) * 2013-01-28 2014-08-06 宏碁股份有限公司 实体主机与虚拟服务器转移方法
CN104104534A (zh) * 2013-04-12 2014-10-15 中兴通讯股份有限公司 一种虚拟网络管理的实现方法和系统
CN107294753A (zh) * 2016-04-11 2017-10-24 中兴通讯股份有限公司 一种sdn/nfv开放接入网系统及管理onu/ont的方法
WO2018157299A1 (zh) * 2017-02-28 2018-09-07 华为技术有限公司 一种光线路终端olt设备虚拟方法及相关设备
CN108650562A (zh) * 2018-04-17 2018-10-12 烽火通信科技股份有限公司 基于olt虚拟化的设备配置迁移方法及系统

Also Published As

Publication number Publication date
CN110519101A (zh) 2019-11-29

Similar Documents

Publication Publication Date Title
CN111542064B (zh) 一种用于无线接入网的容器编排管理系统及编排方法
CN104184819B (zh) 多层级负载均衡云资源监控方法
US10469629B2 (en) Container networking for connecting network controller applications to a switch fabric
WO2016034014A1 (zh) 一种基于虚拟机迁移的网关控制方法、装置及系统
WO2017045471A1 (zh) 一种在云计算系统中获取业务链信息的方法和装置
CN105681462B (zh) 一种基于消息路由的集群系统及数据通信中转方法
US20170063714A1 (en) System and Method for Network Function Virtualization Resource Management
WO2019178855A1 (zh) 一种虚拟机访问远端加速设备方法及系统
CN101741912A (zh) 一种处理计算任务的方法、网络设备及分布式网络系统
CN106134141A (zh) 一种更新网络服务描述器nsd的方法及装置
CN110311948B (zh) 容器/容器组间的通信方法及基于此的容器云网络系统
CN111464454B (zh) 一种数据中心内虚拟bras设备负载分担方法及系统
CN105791175A (zh) 软件定义网络中控制传输资源的方法及设备
CN112463366A (zh) 面向云原生的微服务自动扩缩容和自动熔断方法及系统
CN104580120A (zh) 一种可按需服务的虚拟化网络入侵检测方法和装置
CN104917805A (zh) 一种负载分担的方法和设备
CN104158675B (zh) 计算节点部署方法、处理节点、控制器及系统
WO2021120633A1 (zh) 一种负载均衡方法及相关设备
CN108512759A (zh) 一种基于软件定义网络的内容智能分发方法
CN105939356B (zh) 一种虚拟防火墙划分方法和装置
CN112685179A (zh) 一种基于云上成本的资源部署系统及方法
CN110519101B (zh) 一种实体olt的性能管理功能动态虚拟化的方法及系统
CN102158406A (zh) 面向计算机网络链路的智能选路方法
CN104780232A (zh) 一种资源分配方法、控制器及系统
CN109120556B (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