CN111404704B - Vnf扩缩容方法及装置、网元及存储介质 - Google Patents

Vnf扩缩容方法及装置、网元及存储介质 Download PDF

Info

Publication number
CN111404704B
CN111404704B CN201910000439.7A CN201910000439A CN111404704B CN 111404704 B CN111404704 B CN 111404704B CN 201910000439 A CN201910000439 A CN 201910000439A CN 111404704 B CN111404704 B CN 111404704B
Authority
CN
China
Prior art keywords
contraction
network element
expansion
vnf
target vnf
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
CN201910000439.7A
Other languages
English (en)
Other versions
CN111404704A (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.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
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 China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN201910000439.7A priority Critical patent/CN111404704B/zh
Publication of CN111404704A publication Critical patent/CN111404704A/zh
Application granted granted Critical
Publication of CN111404704B publication Critical patent/CN111404704B/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/04—Network management architectures or arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • 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/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例公开了一种VNF扩缩容方法及装置、网元及存储介质。应用于第一网元中所述VNF扩缩容方法可包括：在确定对目标VNF进行扩缩容时，向第二网元发送的扩缩容事件通知，其中，所述扩缩容事件通知，用于告知第二网元避开与所述第一网元同时对所述目标VNF扩缩容。

Description

VNF扩缩容方法及装置、网元及存储介质
技术领域
本发明涉及网络技术领域，尤其涉及一种虚拟网络功能(Virtual NetworkFunction，VNF)扩缩容方法及装置、网元及存储介质。
背景技术
网元扩缩容包括：网元扩容和网元缩容；网元扩容可以使得网元所占用的资源增加；网元缩容可以使得网元所占用的资源减少。网元的动态的扩缩容，一方面可以实现资源的动态配置，另一方面可以满足不同的业务需求。
但是在相关技术中，在一些情况下网络功能虚拟化(Network Function Virtual，NFV)网络中，对VNF的扩缩容会出现意想不到的失败；与此同时，在完成扩缩容之后发现，出现了一些不必要的扩缩容，从而导致不必要扩容导致的资源浪费，不必要的缩容导致的提供的业务质量的下降。
发明内容
有鉴于此，本发明实施例期望提供一种VNF扩缩容方法及装置、网元及存储介质。
本发明的技术方案是这样实现的：
一种虚拟网络功能VNF扩缩容方法，应用于第一网元中，包括：
在确定对目标VNF进行扩缩容时，向第二网元发送的扩缩容事件通知，其中，所述扩缩容事件通知，用于告知第二网元避开与所述第一网元同时对所述目标VNF扩缩容。
基于上述方案，所述方法还包括：
容器管理器K8S监控所述目标VNF的第一指标；
若所述第一指标达到扩缩容条件，确定对所述目标VNF进行扩缩容；
所述在确定对目标VNF进行扩缩容时，向第二网元发送的扩缩容事件通知，包括：
在确定对所述目标VNF进行扩缩容时，向虚拟网络功能管理VNFM/网元管理系统EMS发送所述扩缩容事件通知。
基于上述方案，所述容器管理器K8S监控所述目标VNF的第一指标，包括：
所述K8S监控所述目标VNF内Pod的负载变化状况；
所述若所述第一指标达到扩缩容条件，确定对所述目标VNF进行扩缩容，包括：
若所述Pod的负载变换状况达到所述扩缩容条件，确定触发所述扩缩容机制。
基于上述方案，所述扩缩容事件通知，包括以下至少之一：
所述第一网元的网元标识；
所述第二网元的网元标识；
所述目标VNF的网元标识；
扩缩容参数。
一种目标虚拟功能VNF扩缩容方法，应用于第二网元中，包括：
接收第一网元在确定对目标VNF进行扩缩容时发送的扩缩容事件通知；
根据所述扩缩容事件通知，在预设时间内屏蔽所述第二网元对所述目标VNF的扩缩容。
基于上述方案，所述第二网元为下虚拟网络功能管理VNFM/网元管理系统EMS；
所述接收第一网元在确定对目标VNF进行扩缩容时发送的扩缩容事件通知，包括：
接收容器管理器K8S在确定对所述目标VNF的进行扩缩容时发送的扩缩容事件通知。
基于上述方案，所述根据所述扩缩容事件通知，在预设时间内屏蔽所述目标VNF的扩缩容，包括：
所述VNFM/EMS在接收到所述扩缩容事件通知后，设置扩缩容等待时间；
在所述扩缩容等待时间内，所述VNFM/EMS屏蔽对所述目标VNF的扩缩容。
基于上述方案，所述方法还包括：
在所述扩缩容等待时间过后，根据监控的所述目标VNF的第二指标确定是否触发所述目标VNF的扩缩容。
一种VNF扩缩容装置，应用于第一网元中，包括：
发送模块，用于在确定对目标VNF进行扩缩容时，向第二网元发送的扩缩容事件通知，其中，所述扩缩容事件通知，用于告知第二网元避开与所述第一网元同时对所述目标VNF扩缩容。
一种VNF扩缩容装置，应用于第二网元中，包括：
接收模块，用于接收第一网元在确定对目标VNF进行扩缩容时发送的扩缩容事件通知；
屏蔽模块，用于根据所述扩缩容事件通知，在预设时间内屏蔽所述第二网元对所述目标VNF的扩缩容。
一种网元，包括：
收发器；
存储器；
处理器，分别与所述收发器及存储器连接，用于通过执行存储在所述存储器上的计算机程序，能够控制所述收发器的信息收发，并能够实现应用于第一网元或第二网元中任意技术方案提供的VNF扩缩容方法。
一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后，能够实现应用于第一网元或第二网元中任意技术方案提供的VNF扩缩容方法。
本发明实施例提供的技术方案，第一网元在对目标VNF进行扩缩容时，会向第二网元发送扩缩容事件通知，如此第二网元就知道第一网元当前正在对目标VNF进行扩缩容，第二网元就会自动避让，避免与第一网元同时对同一个目标VNF进行扩缩容产生的扩缩容冲突，从而减少这种冲突导致的VNF扩缩容失败现象，以提升VNF的扩缩容成功率。与此同时，减少了第一网元和第二网元同时对一个VNF的冗余重复的扩容所带来的资源浪费，也减少了第一网元和第二网元对一个VNF进行冗余重复缩容所导致VNF提供的服务质量下降的现象，故减少了资源浪费和确保了VNF提供的服务质量。
附图说明
图1为本发明实施例提供的第一种VNF扩缩容方法的流程示意图；
图2为本发明实施例提供的第二种VNF扩缩容方法的流程示意图；
图3为本发明实施例提供的一种VNF架构的结构示意图；
图4为本发明实施例提供的第三种VNF扩缩容方法的流程示意图；
图5为本发明实施例提供的一种VNF扩缩容装置的结构示意图；
图6为本发明实施例提供的另一种VNF扩缩容装置的结构示意图；
图7为本发明实施例提供的一种VNF扩缩容方法的流程示意图。
具体实施方式
以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。
如图1所示，本实施例提供一种VNF扩缩容方法，应用于第一网元中，包括：
步骤S110：在确定对目标VNF进行扩缩容时，向第二网元发送的扩缩容事件通知，其中，所述扩缩容事件通知，用于告知第二网元避开与所述第一网元同时对所述目标VNF扩缩容。
在本实施例中所述第一网元可为对所述目标VNF进行触发目标VNF进行扩缩容的网元，如此可以动态调整的目标VNF的容量。若目标VNF扩容，则目标VNF所占用的资源增加，若所述目标VNF缩容，则目标VNF所占用的资源减少。此处的资源包括：目标VNF所占用的计算资源和存储资源。所述计算资源可包括：目标VNF所占用的中央处理器(CPU)个数和/或物理节点的个数。所述存储资源可包括：目标VNF所占用的内存资源和/或磁盘资源等。在一些实施例中，所述资源还可包括：输入/输出(I/O)资源和/或网络带宽资源等。
总之，第一网元可以触发所述目标VNF进行扩缩容，从而减少不必要占用大量资源时的资源浪费现象，同时减少资源不够时无法满足业务需求的现象。
所述目标VNF可为网络中的任意一个网元，例如，所述目标VNF可为核心网中的任意一种网元，例如，移动管理实体(MME)、接入管理功能(AMF)、会话管理功能(SMF)或者用户面功能(UF)等。所述目标VNF还可为应用服务(AF)等。总之所述目标VNF可为任意利用虚拟化资源组建的网元或实体。
在本实施例中，所述第一网元确定触发目标VNF的扩缩容，若此时第二网元也对目标VNF进行扩缩容，可能会因为扩缩容出现冲突导致VNF的扩缩容异常，进而导致目标VNF的扩缩容失败。
在本实施例中，为了避免同时两个网元同时对目标VNF的扩缩容导致的目标VNF扩缩容失败，所述第一网元在触发目标VNF的扩缩容时会向第二网元发送所述扩缩容事件通知。第二网元接收到第一网元发送的扩缩容事件通知之后，就知道第一网元正在对目标VNF进行扩缩容，第二网元需要避开与第一网元同时对目标VNF的扩缩容，以提升目标VNF的扩缩容的成功率。此外，由于第一网元发送了扩缩容事件通知，第二网元不会与第一网元同步对同一个网元进行扩缩容，减少了重叠的扩容导致的资源浪费现象，并减少了重叠的缩容导致的VNF提供的服务质量下降的问题，从而确保了目标VNF扩缩容后的服务质量。
在本实施例中所述第一网元和所述第二网元可为任意两个能够对VNF进行扩缩容的网元。例如，在一些实施例中，若所述第一网元可为K8S，则所述第二网元可为VNFM或EMS。在还有一些实施例中，所述第一网元可为VNFM或EMS，则所述第二网元可为K8S。
在本实施例中所述第一网元和所述第二网元为不同的网元。进一步地，所述第一网元和所述第二网元在对目标VNF进行扩缩容时可包括以下差异的至少其中之一：
所述第一网元和所述第二网元对目标VNF进行扩缩容的资源粒度不同；
所述第一网元和所述第二网元对目标VNF进行扩缩容采用的触发机制不同，例如，触发机制中使用的指标不同，和/或，指标所需达到的门限不同。
一个网元在对目标VNF进行扩缩容时，通知其他有权限对该目标VNF进行弹性扩缩容的网元，可以减少多个网元同时对同一个目标VNF进行扩缩容导致的冲突现象，从而减少了因为这种冲突现象导致的VNF扩缩容失败的概率。
在一些实施例中，如图2所示，所述方法还包括：
步骤S101：容器管理器K8S监控所述目标VNF的第一指标；
步骤S102：若所述第一指标达到扩缩容条件，确定对所述目标VNF进行扩缩容；
所述步骤S110可包括：在确定对所述目标VNF进行扩缩容时，向虚拟网络功能管理VNFM/网元管理系统EMS发送所述扩缩容事件通知。
在本实施例中，所述第一网元为K8S；所述第二网元为VNFM/EMS。此时，所述K8S可以通过K8S-VNFM接口向所述VNFM或EMS发送所述扩缩容事件通知。
在本实施例中，所述K8S可以通过改变所述目标VNF所包含的Pod的数目实现对所述目标VNF的扩缩容。一个所述Pod为一个基本的功能单元，对应于一组基本资源。例如，一个所述Pod包括至少一个容器组和该容器组共享的存储卷。再例如，所述K8S可以通过调整目标VNF所部署容器的容器规模实现对所述目标VNF的扩缩容。再例如，所述第一网元可以通过调整所述目标VNF所部署的容器的数目实现对目标VNF的扩缩容。
例如，所述VNFM或EMS可以通过改变目标VNF所包含的虚拟机(VM)进行目标VNF的扩缩容。再比如，所述VNFM或EMS可以通过改变目标VNF所包含的容器的个数以实现VNF的扩缩容。
在本实施例中所述K8S监控的目标VNF的第一指标来确定是否对目标VNF进行扩缩容。例如，K8S中的平行调仓定量(Horizontal Pod Autoscaling，HPA)组件通过追中分析Pod的副本(ReplicaSet，RS)获取Pod的负载变化状况，确定是否调整目标Pod的副本数量，实现了Pod的扩缩容。
所述第一指标具体可为：Pod的中央处理器(CPU)使用率或应用程序自定义的其他度量指标等，例如，响应速率等)。
图3为本实施例提供的一种NFV架构，该架构包括：OSS/BSS、NFVO、VNFM、EMS、容器化VNF、传统VNF、容器、NFVI、K8S或虚拟化基础设施管理器(VIM)等。其中，OSS可为运营支持系统(Operation Support System，OSS)、BSS可为业务支撑系统(Business SupportSystem，BSS)。容器又可以称之为容器服务器。
容器化VNF部署在容器上，VNF底层设置有虚拟机或裸机。EM与VNFM连接，VNFM又与容器管理器K8S连接。虚拟化基础设施管理器(VIM)管理NFVI。
所述容器可为：操作系统级的一种虚拟化资源，容器将应用程序依赖关系、所需的库和配置封装在同一操作系统的其他容器隔离的包中。容器能让应用程序以独立的方式运行，并且可以轻松迁移。
部署在容器中的VNF为容器化VNF；而传统的VNF是直接部署在NFVI上的；而容器化VNF是通过容器再部署到NFVI上的。容器管理器是可以直接对所述容器进行管理的网元。
在本发明实施例中，所述目标VNF可为容器化VNF。
在一些实施例中，所述步骤S101可包括：所述K8S监控所述目标VNF内Pod的负载变化状况；所述步骤S102可包括：若所述Pod的负载变换状况达到所述扩缩容条件，确定触发所述扩缩容机制。
在本实施例中，所述第一指标为所述Pod的负载变化状况，该负载变换状况可包括：所述Pod的负载变化量、负载变化率和/或负载率变化速率等。
例如，所述Pod的负载量或负载率大幅度缩小，为了实现资源的优化，可以对目标VNF进行缩容，具体如，通过减少所述目标VNF所包含的Pod的数目，实现对所述目标VNF的扩缩容。
又例如，所述Pod的负载量或负载率大幅度增加，为了提升业务服务质量以减少业务服务的响应时延，可以对目标VNF进行扩容，具体如，通过增加所述目标VNF所包含的Pod的数目，实现对所述目标VNF的扩缩容。
在本实施例中，所述第一指标可为所述VNF内Pod的各种性能指标；所述第一指标包括但不限于所述负载变化状况。在另一些实施例中，所述第一指标还可包括：所述Pod的运行速率变化状况等。若Pod的运行速率越快，则表示所述Pod单位时间内可实现的业务功能越多。若当前Pod的运行速率变化状况较大，则需要适应的通过对目标VNF的扩缩容，以通过对目标VNF所包含的Pod的数目满足Pod的运行速率变化所导致的容量的变化。
在一些实施例中，所述扩缩容事件通知，包括以下至少之一：
所述第一网元的网元标识；
所述第二网元的网元标识；
所述目标VNF的网元标识；
扩缩容参数。
所述第一网元的网元标识可用于告知第二网元，当前哪一个网元正在对目标VNF进行扩缩容。所述第二网元的网元标识可以告知网络具体将扩缩容事件通知发送给哪一个第二网元。
所述目标VNF的网元标识，可以告知第一网元当前正在对哪一个目标VNF进行扩缩容。
所述目标VNF可为VNF实例标识(ID)。
所述扩缩容参数包括以下至少之一：
扩缩容类型，用于指示当前是对目标VNF进行扩容还是进行缩容；
扩缩容的量，用于至少当前对目标VNF进行扩容的增加容量，或，当前对目标VNF进行缩容的缩小容量。
所述扩缩容参数可以用于告知第一网元对目标VNF的扩缩容的相关情况，可以用于所述第二网元判断自身对目标VNF的扩缩容出现冲突，或者，需要第二网元避让第一网元对目标VNF的扩缩容的等待时长等。
如图4所示，本实施例提供一种VNF扩缩容方法，应用于第二网元中，包括：
步骤S210：接收第一网元在确定对目标VNF进行扩缩容时发送的扩缩容事件通知；
步骤S220：根据所述扩缩容事件通知，在预设时间内屏蔽所述第二网元对所述目标VNF的扩缩容。
本实施例提供的VNF扩缩容方法是应用于第二网元中，该第二网元与前述实施例中第二网元的含义相同。
在本实施例中，第二网元会接收到第一网元发送的扩缩容事件通知，如此，在接收到扩缩容事件通知之后，就知道第一网元正在对目标VNF进行扩缩容，为了避免两个网元对同一个VNF进行扩缩容的冲突现象，会在接收到扩缩容事件通知之后，在预设时间内屏蔽自身对目标VNF的扩缩容。
该预设时间的起始时间可为：所述第二网元接收到所述扩缩容事件通知的起始时间。例如，所述预设时间对应的时长为N分钟，则所述预设时间为：第二网元接收到所述扩缩容事件通知的接收时间T1到T1+N分钟。
所述N的取值可为预先设置的经验值，或者，从人机交互接口接收的人工配置值。例如，所述N的取值可为5到15分钟；具体如，所述N可为10分钟或者12分钟。
在一些实施例中。N的取值可为动态生成的。例如，所述第二网元接收到所述扩缩容事件通知之后，根据所述扩缩容事件通知确定第一网元完成对所述目标VNF的扩缩容的所需时长，然后基于该时长确定出所述预设时间。
例如，所述第二网元根据第一网元的网元标识和/或所述扩缩容参数，确定第一网元对目标VNF进行扩缩容的所需时长。所述所需时长可能与扩容的量正相关。再例如，扩容和缩容可能所需的时长也不同。总之，所述第二网元可以根据扩缩容事件通知自动估计出所述所需时长，然后根据所述所需时长确定所述预设时间。一般的所述预设时间所对应的时长略大于所述所需时长，例如，所述预设时间对应的时长T可为1.1倍或1.2倍所述所需时长；如此，一方面第一网元有足够的时间完成对目标VNF的扩缩容，另一方面，第二网元也可以及时根据自身监控的指标动态调整目标VNF的容量。
在一些实施例中，所述第二网元为下虚拟网络功能管理VNFM/网元管理系统EMS；
所述步骤S210可包括：接收容器管理器K8S在确定对所述目标VNF的进行扩缩容时发送的扩缩容事件通知。
在一些实施例中，所述步骤S220可包括：所述VNFM/EMS在接收到所述扩缩容事件通知后，设置扩缩容等待时间；
在所述扩缩容等待时间内，所述VNFM/EMS屏蔽对所述目标VNF的扩缩容。
所述VNFM/EMS屏蔽对所述目标VNF的扩缩容为：在扩缩容等待时间内VNFM或EMS不对所述目标VNF进行扩缩容。
例如，所述VNFM或EMS设置定时器，该定时器的定时时长为所述扩缩容等待时间的时长，若定时器超时，则所述VNFM/EMS解除对所述目标VNF扩缩容的屏蔽。
在一些实施例中，所述方法还包括：
在所述扩缩容等待时间过后，根据监控的所述目标VNF的第二指标确定是否触发所述目标VNF的扩缩容。
在本实施例中第二网元会监控目标VNF的第二指标，此处的第二指标与前述实施中第一网元监控的第一指标可为不同的指标。例如，所述第二网元会监控整个目标VNF的CPU利用率和/或存储资源的利用率等。若当前监控的第二指标达到了第二网元对目标VNF进行扩缩容的条件，则所述第二网元在所述扩缩容等待时间过后，会对目标VNF进行扩缩容。
在一些实施例中，所述方法还包括：
在所述扩缩容等待时间过后，监控所述第一网元对所述目标VNF扩缩容之后的第二指标；此时，若第二指标依然触发了第二网元对目标VNF的扩缩容机制，则第二网元会根据新监控的第二指标对目标VNF进行扩缩容。在一些实施例中，所述第二网元还会根据第二指标确定扩缩容参数，例如，根据第二指标确定扩缩容类型和/或扩缩容的量。
在本实施例中，所述第一网元和第二网元在对同一个VNF进行扩缩容时，第一网元会在自己确定对目标VNF进行扩缩容时，通过扩缩容事件通知告知第二网元，从而触发第二网元避开与第一网元同步对同一个VNF进行扩缩容，减少同时扩缩容产生的冲突，从而减少因为同时扩缩容的冲突导致的VNF扩缩容失败，提升VNF扩缩容的成功率。
如图5所示，本实施例提供一种VNF扩缩容装置，应用于第一网元中，包括：
发送模块110，用于在确定对目标VNF进行扩缩容时，向第二网元发送的扩缩容事件通知，其中，所述扩缩容事件通知，用于告知第二网元避开与所述第一网元同时对所述目标VNF扩缩容。
在一些实施例中，所述发送模块110可为程序模块，该程序模块被处理器执行后能够在第一网元确定对目标VNF进行扩缩容时，向第二网元发送扩缩容事件通知。
在一些实施例中，所述装置还包括：
监控模块101，用于容器管理器K8S监控所述目标VNF的第一指标；
确定模块102，用于若所述第一指标达到扩缩容条件，确定对所述目标VNF进行扩缩容；
所述发送模块110，具体用于在确定对所述目标VNF进行扩缩容时，向虚拟网络功能管理VNFM/网元管理系统EMS发送所述扩缩容事件通知。
在一些实施例中，所述监控模块101，具体用于所述K8S监控所述目标VNF内Pod的负载变化状况；所述确定模块102，具体用于若所述Pod的负载变换状况达到所述扩缩容条件，确定触发所述扩缩容机制。
在一些实施例中，所述扩缩容事件通知，包括以下至少之一：
所述第一网元的网元标识；
所述第二网元的网元标识；
所述目标VNF的网元标识；
扩缩容参数。
如图6所示，本实施例提供一种VNF扩缩容装置，应用于第二网元中，包括：
接收模块210，用于接收第一网元在确定对目标VNF进行扩缩容时发送的扩缩容事件通知；
屏蔽模块220，用于根据所述扩缩容事件通知，在预设时间内屏蔽所述第二网元对所述目标VNF的扩缩容。
在一些实施例中，所述接收模块210及所述屏蔽模块220均可对应于程序模块，该程序模块被处理器执行后，能够实现扩缩容事件通知的接收，及第二网元对目标VNF的扩缩容的屏蔽。
在一些实施例中，所述第二网元为下虚拟网络功能管理VNFM/网元管理系统EMS；
所述接收模块210，具体用于接收容器管理器K8S在确定对所述目标VNF的进行扩缩容时发送的扩缩容事件通知。
在一些实施例中，所述屏蔽模块220，具体用于所述VNFM/EMS在接收到所述扩缩容事件通知后，设置扩缩容等待时间；在所述扩缩容等待时间内，所述VNFM/EMS屏蔽对所述目标VNF的扩缩容。
在一些实施例中，所述装置还包括：
扩缩容模块，用于在所述扩缩容等待时间过后，根据监控的所述目标VNF的第二指标确定是否触发所述目标VNF的扩缩容。
以下结合上述任意实施例提供几个具体示例：
示例1：
本示例提供通过完善容器化VNF自动弹性管理流程，规避K8S和VNFM/EMS触发自动弹性伸缩的冲突问题，保证VNF自动扩缩容功能的正常运行。
本示例提出的方法主要分为四个步骤：
步骤1：在HPA模块中预先上传策略，策略中包含扩缩容机制，该扩缩容介质可包括：扩缩容触发条件及扩缩容的动作。例如：当实例CPU利用率达到门限TH时，自动触发扩容，即将CPU实例数量增加1。当策略已经预置，HPA模块检测Pod实例负载变化，会依据策略触发K8S自动弹性扩缩容机制；
步骤2：上述扩缩容机制触发同时，K8S通过K8S-VNFM接口发送扩缩容事件通知给VNFM，以通知VNFM该VNF正在进行扩缩容。通知消息中至少包含K8S ID、VNFM ID、实例ID、扩缩容类型(扩容/缩容)等；
当HPA模块完成自动扩缩容后，K8S通过K8S-NFVO接口发送资源变化通知给NFVO，以通知NFVO资源发生变化，使NFVO动态调整资源统计情况。通知消息中至少包含K8S ID、NFVO ID、实例ID、节点ID、资源变化类型(占用/释放)等；此处的资源变化类型即为前述的扩缩容类型，若资源增加类型，则对应于扩容；若资源缩小类型，则对应于缩容。
步骤3：VNFM在收到K8S的扩缩容事件通知后，设置扩缩容等待时长，假设为N分钟；
步骤4：N分钟内，VNFM不执行自动弹性扩缩容策略；N分钟后，VNFM/EMS重新监测VNF指标，例如CPU利用率等。匹配自动扩缩容策略，例如：当CPU利用率达到70％，需将VNF扩容1个规格。如果匹配到扩缩容条件，触发VNF的扩缩容。
本示例提出了一种容器网元自动弹性扩缩容策略冲突规避机制，能够有效规避K8S和VNFM同时触发VNF扩缩容的情况，保证VNF自动扩缩容功能的正常运行。
如此，减少K8S和VNMF同时触发VNF自动扩缩容，会导致策略冲突，扩缩容无法正常完成，且造成资源浪费。
本示例提出的自动弹性伸缩冲突规避机制，通过在K8S上设置扩缩容操作通知流程，能够避免VNFM和K8S同时触发自动弹性策略。通过在VNFM上设置自动扩缩容等待时长，能够避免同一业务/性能瓶颈触发两次自动扩缩容执行，避免资源浪费，保证VNF正常运行。
示例2：
如图7所示，本示例提供一种VNF扩缩容方法，包括：
步骤1：K8S的HPA监控到Pod负载变化，触发VNF弹性的扩缩容；
步骤2.1：K8S向VNFM发送扩缩容事件通知；
步骤2.2：K8S向NFVO发送资源变化通知；
步骤3：根据VNFM设置扩缩容等待时间，并在该时间内不触发VNF的扩缩容；
步骤4：根据扩缩容事件通知设置扩缩容等待时间结束，VNFM/EMS重现监控VNF指标，基于重新监控的VNF指标确定是否触发VNF的扩缩容。此处VNFM/EMS监控的VNF指标为前述的第二指标。
值得注意的是：在本示例中，步骤2.1和步骤2.2没有一定的先后顺序。且步骤2.2与步骤3及步骤4也无固定的先后关系。
本实施例提供一种网元，包括：
收发器；
存储器；
处理器，分别与所述收发器及存储器连接，用于通过执行存储在所述存储器上的计算机程序，能够控制所述收发器的信息收发，并实现前述应用于第一网元或第二网元中任意技术方案提供的VNF扩缩容方法中，例如，如图1、图2、图4及图7所示的VNF扩缩容方法中的任意一个。
该收发器可为各种类型的网络接口，能够实现信息的收发。
所述存储器可包括各种类型的存储介质，该存储介质可以用于存储信息，例如，所述计算机程序。
所述处理器可为中央处理器、微处理器、数字信号处理器、可编程阵列等。所述处理器通过计算机总线等与收发器及存储器连接，可以用于通过计算机程序的执行控制收发器的信息收发，例如，前述扩缩容事件通知的收发，并实现前述应用于第一网元和/或第二网元的VNF扩缩容方法。
此处的网元可为前述第一网元或第二网元。
本实施例还提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后，能够实现前述应用于第一网元或第二网元中任意技术方案提供的VNF扩缩容方法中，例如，如图1、图2、图4及图7所示的VNF扩缩容方法中的任意一个。
该计算机存储介质可为非瞬间存储介质。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种虚拟网络功能VNF扩缩容方法，其特征在于，应用于第一网元中，包括：
在确定对目标VNF进行扩缩容时，向第二网元发送的扩缩容事件通知，其中，所述扩缩容事件通知，用于告知第二网元避开与所述第一网元同时对所述目标VNF扩缩容；其中，
所述扩缩容事件通知，包括：扩缩容参数，用于告知所述第二网元需要避让所述第一网元对目标VNF的扩缩容的等待时长。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
容器管理器K8S监控所述目标VNF的第一指标；
若所述第一指标达到扩缩容条件，确定对所述目标VNF进行扩缩容；
所述在确定对目标VNF进行扩缩容时，向第二网元发送的扩缩容事件通知，包括：
在确定对所述目标VNF进行扩缩容时，向虚拟网络功能管理VNFM/网元管理系统EMS发送所述扩缩容事件通知。
3.根据权利要求2所述的方法，其特征在于，
所述容器管理器K8S监控所述目标VNF的第一指标，包括：
所述K8S监控所述目标VNF内Pod的负载变化状况；
所述若所述第一指标达到扩缩容条件，确定对所述目标VNF进行扩缩容，包括：
若所述Pod的负载变换状况达到所述扩缩容条件，确定触发所述扩缩容方法。
4.根据权利要求1至3任一项所述的方法，其特征在于，
所述扩缩容事件通知，包括以下至少之一：
所述第一网元的网元标识；
所述第二网元的网元标识；
所述目标VNF的网元标识。
5.一种目标虚拟功能VNF扩缩容方法，其特征在于，应用于第二网元中，包括：
接收第一网元在确定对目标VNF进行扩缩容时发送的扩缩容事件通知；
根据所述扩缩容事件通知，在预设时间内屏蔽所述第二网元对所述目标VNF的扩缩容；其中，所述扩缩容事件通知，包括：扩缩容参数，用于告知所述第二网元需要避让所述第一网元对目标VNF的扩缩容的等待时长；
根据所述等待时长确定所述预设时间。
6.根据权利要求5所述的方法，其特征在于，所述第二网元为下虚拟网络功能管理VNFM/网元管理系统EMS；
所述接收第一网元在确定对目标VNF进行扩缩容时发送的扩缩容事件通知，包括：
接收容器管理器K8S在确定对所述目标VNF的进行扩缩容时发送的扩缩容事件通知。
7.根据权利要求6所述的方法，其特征在于，所述根据所述扩缩容事件通知，在预设时间内屏蔽所述目标VNF的扩缩容，包括：
所述VNFM/EMS在接收到所述扩缩容事件通知后，设置扩缩容等待时间；
在所述扩缩容等待时间内，所述VNFM/EMS屏蔽对所述目标VNF的扩缩容。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
在所述扩缩容等待时间过后，根据监控的所述目标VNF的第二指标确定是否触发所述目标VNF的扩缩容。
9.一种虚拟网元功能VNF扩缩容装置，其特征在于，应用于第一网元中，包括：
发送模块，用于在确定对目标VNF进行扩缩容时，向第二网元发送的扩缩容事件通知，其中，所述扩缩容事件通知，用于告知第二网元避开与所述第一网元同时对所述目标VNF扩缩容；其中，
所述扩缩容事件通知，包括：扩缩容参数，用于告知所述第二网元需要避让所述第一网元对目标VNF的扩缩容的等待时长。
10.一种虚拟网元功能VNF扩缩容装置，其特征在于，应用于第二网元中，包括：
接收模块，用于接收第一网元在确定对目标VNF进行扩缩容时发送的扩缩容事件通知；
屏蔽模块，用于根据所述扩缩容事件通知，在预设时间内屏蔽所述第二网元对所述目标VNF的扩缩容；其中，所述扩缩容事件通知，包括：扩缩容参数，用于告知所述第二网元需要避让所述第一网元对目标VNF的扩缩容的等待时长；
所述屏蔽模块，还用于根据所述等待时长确定所述预设时间。
11.一种网元，包括：
收发器；
存储器；
处理器，分别与所述收发器及存储器连接，用于通过执行存储在所述存储器上的计算机程序，能够控制所述收发器的信息收发，并实现权利要求1至4或5至8任一项提供的方法。
12.一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后，能够实现权利要求1至4或5至8任一项提供的方法。
CN201910000439.7A 2019-01-02 2019-01-02 Vnf扩缩容方法及装置、网元及存储介质 Active CN111404704B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910000439.7A CN111404704B (zh) 2019-01-02 2019-01-02 Vnf扩缩容方法及装置、网元及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910000439.7A CN111404704B (zh) 2019-01-02 2019-01-02 Vnf扩缩容方法及装置、网元及存储介质

Publications (2)

Publication Number Publication Date
CN111404704A CN111404704A (zh) 2020-07-10
CN111404704B true CN111404704B (zh) 2023-05-09

Family

ID=71430182

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910000439.7A Active CN111404704B (zh) 2019-01-02 2019-01-02 Vnf扩缩容方法及装置、网元及存储介质

Country Status (1)

Country Link
CN (1) CN111404704B (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103973759A (zh) * 2013-02-06 2014-08-06 腾讯科技（深圳）有限公司 负载调节的方法及装置
CN106209409B (zh) * 2015-05-07 2019-04-12 中国移动通信集团公司 一种基于虚拟网络功能vnf的调度消息处理方法及装置
CN106576260B (zh) * 2015-06-08 2020-06-26 华为技术有限公司 Nfv系统中的策略协调方法和装置
CN108024255A (zh) * 2016-11-03 2018-05-11 华为技术有限公司 扩展网络切片实例的方法和网络设备

Also Published As

Publication number Publication date
CN111404704A (zh) 2020-07-10

Similar Documents

Publication Publication Date Title
US10824477B2 (en) Network function virtualization service container creation
CA2975071C (en) Management of network functions virtualization and orchestration apparatus, system, management method, and program
CN107026802B (zh) 一种资源管理方法及设备
CN105323106B (zh) 一种软件升级管理方法、设备及系统
US10993127B2 (en) Network slice instance management method, apparatus, and system
JP6636142B2 (ja) スケールアウト関連付けの方法および装置、ならびにシステム
CN107769932B (zh) 一种计费方法、装置及系统
US10614542B2 (en) High granularity level GPU resource allocation method and system
CN113301515B (zh) 短信通道连接的处理方法、装置、系统、设备和存储介质
KR102487369B1 (ko) 스케줄링 요청을 수행하기 위한 방법 및 장치
JP2018506910A (ja) ランダムアクセス方法、端末、および基地局
CN109582459A (zh) 应用的托管进程进行迁移的方法及装置
JP2016086225A (ja) ネットワークシステム、ゲートウェイ装置用プログラム及び管理装置用プログラム
EP3576359B1 (en) Method and device for volume expansion of virtual network function
CN111404704B (zh) Vnf扩缩容方法及装置、网元及存储介质
CN113806027B (zh) 任务编排方法、装置、电子设备和计算机可读存储介质
US10042414B2 (en) Concurrent network application scheduling for reduced power consumption
US20170245269A1 (en) Base station and scheduling method
CN111200833B (zh) 一种网元状态的确定方法及装置
CN115794306A (zh) 基于抢占实例的资源分配方法及装置、电子设备及介质
CN107615872A (zh) 一种释放连接的方法、装置及系统
CN112015515A (zh) 一种虚拟网络功能的实例化方法及装置
CN114630440B (zh) 数据传输方法、装置、终端设备和存储介质
CN112291288B (zh) 一种容器集群伸缩方法、装置、电子设备及可读存储介质
CN110831056B (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