CN107426109A - 一种流量调度方法、vnf模块及流量调度服务器 - Google Patents

一种流量调度方法、vnf模块及流量调度服务器 Download PDF

Info

Publication number
CN107426109A
CN107426109A CN201710501631.5A CN201710501631A CN107426109A CN 107426109 A CN107426109 A CN 107426109A CN 201710501631 A CN201710501631 A CN 201710501631A CN 107426109 A CN107426109 A CN 107426109A
Authority
CN
China
Prior art keywords
dpu
group
flow
threshold value
service traffics
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.)
Granted
Application number
CN201710501631.5A
Other languages
English (en)
Other versions
CN107426109B (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.)
Huawei Technologies Co Ltd
Shanghai Huawei Technologies Co Ltd
Original Assignee
Shanghai Huawei 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 Shanghai Huawei Technologies Co Ltd filed Critical Shanghai Huawei Technologies Co Ltd
Priority to CN201710501631.5A priority Critical patent/CN107426109B/zh
Publication of CN107426109A publication Critical patent/CN107426109A/zh
Application granted granted Critical
Publication of CN107426109B publication Critical patent/CN107426109B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种流量调度方法、VNF模块及流量调度服务器，用于减少VNF模块的东西向流量，从而减少用于传输东西向流量的下行端口，有利于提高NFV架构系统的规格，降低了组网成本。本申请实施例方法包括：当VNF模块的第一组实例接收到业务流量时，判断业务流量的大小是否超过第一组实例的负载分担阈值；若超过，则将业务流量超过负载分担阈值的流量调度到第二组实例；若不超过，则不将业务流量调度到第二组实例。

Description

一种流量调度方法、VNF模块及流量调度服务器
技术领域
本申请涉及通信技术领域，尤其涉及一种流量调度方法、VNF模块及流量调度服务器。
背景技术
随着信息和通信技术(Information and Communication Technology，ICT)的融合，网络功能虚拟化(Network Functions Virtualization，NFV)已经开始大规模的部署，简单理解就是把电信设备从目前的专用平台迁移到通用的X86COTS服务器上，从欧洲电信标准化组织(European Telecommunications Standards Institute，ETSI)制定的NFV参考架构可以知道，相对于传统的电信物理模块(Physical Network Function，PNF)，NFV架构中增加了虚拟化网络功能(Virtualized Network Function，VNF)模块等。
在NFV参考架构中，VNF模块主要提供用户数据承载的通道，而不是产生数据。VNF模块用户面处理一般由接口处理单元(Interface Processing Unit，IPU)和业务处理单元(Data Plane Unit，DPU)构成。如图1所示，一个VNF模块实例包括行间交换机(End ofRack，EOR)和两个机架交换机(Top of Rack，TOR)，每一个TOR对应一组实例，服务器Server1和Server2分布在TOR1下，Server3和Server4分布在TOR2下，一个Server可以部署多个虚拟机(Virtual Machine，VM)，IPU和DPU完全平均分布在2个TOR中，其中，Server1的IPU1的流量，需要完全平均的分担到EOR下的每一个DPU中，即IPU1需要将流量分为均匀的四份，发送给DPU1、DPU2、DPU3和DPU4，由于DPU3和DPU4与IPU1是不在一个TOR中的，IPU1需要通过EOR将一半的流量分担给DPU3和DPU4，从EOR上行口通过的是南北向流量，从EOR下行口通过的是东西向流量加南北向流量，因此，VNF模块实例中东西向流量为南北向流量的1半，EOR的总下行端口的1/3被东西向占用。
但是，在VNF模块中IPU的流量分担机制使得EOR的1/3下行流量要被东西向流量占用，因此1/3的下行端口需要用于东西向流量传输，这样会影响到的NFV架构系统的规格，导致组网成本高。
发明内容
本申请提供了一种流量调度方法、VNF模块及流量调度服务器，用于减少VNF模块的东西向流量，从而减少用于传输东西向流量的下行端口，有利于提高NFV架构系统的规格，降低了组网成本。
本申请第一方面提供一种流量调度方法，应用于NFV架构系统，所述NFV架构系统包括至少一个VNF模块，VNF模块包括至少两组实例，所述流量调度方法包括：
当所述VNF模块的第一组实例接收到业务流量时，判断所述业务流量的大小是否超过所述第一组实例的负载分担阈值；
若超过，则将所述业务流量超过所述负载分担阈值的流量调度到第二组实例；
若不超过，则不将所述业务流量调度到所述第二组实例。
在NFV架构系统中包括至少一个VNF模块，VNF模块包括至少两组实例，VNF模块主要是提供业务数据承载的通道，而不会产生数据。当VNF模块中的第一组实例接收到业务流量时，第一组实例判断业务流量的大小是否超过负载分担阈值，负载分担阈值表示的是第一组实例所能处理的业务流量的极限值，负载分担阈值可以是测试第一组实例后得到的，也可以是用户预先设置的，如果业务流量的大小超过了负载分担阈值，则表示第一组实例无法处理掉这些业务流量，如果不调度一部分流量出去，会给第一组实例造成压力，因此，第一组实例将业务流量超过负载分担阈值的流量调度到第二组实例，让第二组实例分担这部分超过负载分担阈值的流量；如果业务流量的大小未超过负载分担阈值，则表示第一组实例有能力处理这些业务流量，第一组实例不将业务流量调度到第二组实例。可知，只有当业务流量超过第一组实例负载分担阈值时，VNF模块的第一组实例和第二组实例之间才需要转发业务流量，才存在东西向流量，在业务流量不超过第一组实例负载分担阈值时，东西向流量不存在，而现有技术中东西向流量始终为南北向流量的一半，因此，本申请减少VNF模块的东西向流量，从而减少用于传输东西向流量的下行端口，节省出的端口可以用于扩展NFV架构系统，有利于提高NFV架构系统的规格，降低了组网成本。
结合本申请第一方面，本申请第一方面第一实施方式中，每一组实例包括至少一个DPU，
所述判断所述业务流量的大小是否超过所述第一组实例的负载分担阈值之前，还包括：
获取第一DPU的负载流量值，所述第一DPU处于所述第一组实例，所述第一DPU至少为一个；
根据每一个所述第一DPU的负载流量值，计算得到所述第一组实例的负载分担阈值。
VNF模块的用户面处理业务数据一般由DPU来进行，具体分配时每一组实例至少包括一个DPU，一组实例的负载分担阈值实际上就是该实例中所有的DPU所能处理的业务数据的流量之和。那么第一组实例在判断业务流量的大小是否超过负载分担阈值之前，第一组实例可以获取到第一DPU的负载流量值，第一DPU即是第一组实例的本地DPU，一个第一DPU的负载流量值表示的是该DPU所能处理的业务数据的流量值，所有第一DPU的负载流量值相加就能计算得到第一组实例的负载分担阈值了。
结合本申请第一方面第一实施方式，本申请第一方面第二实施方式中，所述将所述业务流量超过所述负载分担阈值的流量调度到第二组实例，包括：
获取第二组实例中第二DPU的DPU信息，根据所述DPU信息确定所述第二DPU的DPU数量，所述第二DPU处于所述第二组实例，所述第二DPU至少为一个；
根据所述DPU数量将所述业务流量超过所述负载分担阈值的流量进行平均划分，并将平均划分后的流量分别调度至每一个所述第二DPU；
或，
获取第二组实例中第二DPU的DPU信息，所述第二DPU处于所述第二组实例，所述第二DPU至少为一个；
根据所述第二DPU的DPU信息从所述第二DPU中选择目标DPU，将所述业务流量超过所述负载分担阈值的流量调度至所述目标DPU。
当业务流量的大小超过第一组实例的负载分担阈值时，第一组实例将业务流量超过负载分担阈值的流量调度到第二组实例，假设业务流量为100M，第一组实例的中两个DPU的负载流量值都为40M，那么第一组实例的负载分担阈值为80M，那么需要将20M的流量调度到第二组实例，而在具体调度时还需要考虑第二组实例中的第二DPU，第一种调度方式为：第一组实例获取第二组实例中第二DPU的DPU信息，根据DPU信息确定第二DPU的DPU数量，根据DPU数量将业务流量超过负载分担阈值的流量进行平均划分，并将平均划分后的流量分别调度至每一个第二DPU，例如，第二DPU的DPU数量为2，将20M平均划分为两份10M的流量，将两份10M的流量分别调度到两个第二DPU。第二种调度方式为：第一组实例获取第二组实例中第二DPU的DPU信息，根据DPU信息从第二DPU中选择目标DPU，将业务流量超过负载分担阈值的流量调度至目标DPU，例如，第二组实例中包含三个第二DPU，根据DPU信息可以确定每一个第二DPU已经承载了多少流量，选择承载流量少的第二DPU作为目标DPU，将业务流量超过负载分担阈值的流量调度至目标DPU。第一种调度方式可以使得第二组实例中所有的第二DPU都平均分担流量，能够提高处理的效率；第二种调度方式是根据第二DPU的负载流量值，选择出多个第二DPU中的一个或多个第二DPU作为目标DPU，可以减少部分第二DPU的压力。
结合本申请第一方面、第一方面第一实施方式或第一方面第二实施方式，本申请第一方面第三实施方式中，所述NFV架构系统还包括至少两个虚拟机VM，
所述判断所述业务流量的大小是否超过负载分担阈值之前，还包括：
获取所有VM的VM信息，所述VM信息包括实例分组标识；
根据所述VM信息确定第二组实例，所述第二组实例至少为一个。
在NFV架构系统中，还包括至少两个虚拟机VM，在每一个VNF模块的每一组实例中可以部署多个VM，这些VM在部署完成之后，第一组实例需要获取到所有VM的VM信息，VM信息中包括实例分组标识，实例分组标识表示的是该VM是部署在那组实例中，第一组实例根据VM信息中的实例分组标识就能够确定第二组实例，第二组实例至少是一个以上。
结合本申请第一方面第三实施方式，本申请第一方面第四实施方式中，所述NFV架构系统还包括VNFM及VIM，
所述获取所有VM的VM信息，包括：
将VM查询请求发送至所述VNFM，使得所述VNFM根据所述VM查询请求向所述VIM查询VM信息，并反馈VM查询响应，所述VM查询响应包含VM信息，所述VM信息包含实例分组标识；
接收所述VNFM反馈的VM查询响应；
解析所述VM查询响应，得到每一个VM的VM信息。
第一组实例如何能得到VNF模块中所有VM的VM信息的，是因为NFV架构系统还包括网络功能虚拟化管理器(Network Functions Virtualisation Manager，VNFM)及虚拟化基础设施管理器(Virtualised Infrastructure Manager，VIM)，其中VNFM用于管理VNF模块，VIM用于控制与管理VM，第一组实例向VNFM发送VM查询请求，VM查询请求表示需要查询的至少一个VM的VM信息，VNFM接收到VM查询请求之后，向VIM查询VM信息，并将查询到的VM信息以VM查询响应的方式反馈给第一组实例，VM查询响应包含VM信息，VM信息包含实例分组标识，第一组实例接收到VNFM反馈的VM查询响应，解析得到每一个VM的VM信息。
本申请第二方面提供一种VNF模块，应用于网络功能虚拟化NFV架构系统，所述NFV架构系统包括至少一个VNF模块，所述VNF模块包括：
至少两组实例，每个实例包括至少一个IPU；
IPU，用于当接收到业务流量时，判断所述业务流量的大小是否超过所述第一组实例的负载分担阈值，所述IPU处于所述第一组实例；
所述IPU，还用于当所述业务流量的大小超过所述第一组实例的负载分担阈值时，将所述业务流量超过所述负载分担阈值的流量调度到第二组实例；
所述IPU，还用于当所述业务流量的大小不超过所述第一组实例的负载分担阈值时，不将所述业务流量调度到所述第二组实例。
在NFV架构系统中包括至少一个VNF模块，VNF模块包括至少两组实例，VNF模块主要是提供业务数据承载的通道，而不会产生数据。当第一组实例的IPU接收到业务流量时，IPU判断业务流量的大小是否超过负载分担阈值，负载分担阈值表示的是第一组实例所能处理的业务流量的极限值，负载分担阈值可以是测试第一组实例后得到的，也可以是用户预先设置的，如果业务流量的大小超过了负载分担阈值，则表示第一组实例无法处理掉这些业务流量，如果不调度一部分流量出去，会给第一组实例造成压力，因此，IPU将业务流量超过负载分担阈值的流量调度到第二组实例，让第二组实例分担这部分超过负载分担阈值的流量；如果业务流量的大小未超过负载分担阈值，则表示第一组实例有能力处理这些业务流量，IPU不将业务流量调度到第二组实例。可知，只有当业务流量超过第一组实例负载分担阈值时，VNF模块的第一组实例和第二组实例之间才需要转发业务流量，才存在东西向流量，在业务流量不超过第一组实例负载分担阈值时，东西向流量不存在，而现有技术中东西向流量始终为南北向流量的一半，因此，本申请减少VNF模块的东西向流量，从而减少用于传输东西向流量的下行端口，节省出的端口可以用于扩展NFV架构系统，有利于提高NFV架构系统的规格，降低了组网成本。
结合本申请第二方面，本申请第二方面第一实施方式中，每一组实例包括至少一个DPU，
所述IPU，还用于获取第一DPU的负载流量值，所述第一DPU处于所述第一组实例，所述第一DPU至少为一个；
所述IPU，还用于根据每一个所述第一DPU的负载流量值，计算得到所述第一组实例的负载分担阈值。
VNF模块的用户面处理业务数据一般由DPU来进行，具体分配时每一组实例至少包括一个DPU，一组实例的负载分担阈值实际上就是该实例中所有的DPU所能处理的业务数据的流量之和。那么IPU在判断业务流量的大小是否超过负载分担阈值之前，IPU可以获取到第一DPU的负载流量值，第一DPU即是第一组实例的本地DPU，一个第一DPU的负载流量值表示的是该DPU所能处理的业务数据的流量值，所有第一DPU的负载流量值相加就能计算得到第一组实例的负载分担阈值了。
结合本申请第二方面第一实施方式，本申请第二方面第二实施方式中，
所述IPU，还用于获取第二组实例中第二DPU的DPU信息，根据所述DPU信息确定所述第二DPU的DPU数量，所述第二DPU处于所述第二组实例，所述第二DPU至少为一个；
所述IPU，还用于根据所述DPU数量将所述业务流量中超过所述负载分担阈值的流量进行平均划分，并将平均划分后的流量分别调度至每一个所述第二DPU；
或，
所述IPU，还用于获取第二组实例中第二DPU的DPU信息，所述第二DPU处于所述第二组实例，所述第二DPU至少为一个；
所述IPU，还用于根据所述第二DPU的DPU信息从所述第二DPU中选择目标DPU，将所述业务流量超过所述负载分担阈值的流量调度至所述目标DPU。
当业务流量的大小超过第一组实例的负载分担阈值时，IPU将业务流量超过负载分担阈值的流量调度到第二组实例，假设业务流量为100M，第一组实例的中两个DPU的负载流量值都为40M，那么第一组实例的负载分担阈值为80M，那么需要将20M的流量调度到第二组实例，而在具体调度时还需要考虑第二组实例中的第二DPU，第一种调度方式为：IPU获取第二组实例中第二DPU的DPU信息，根据DPU信息确定第二DPU的DPU数量，根据DPU信息从第二DPU中选择目标DPU，将业务流量超过负载分担阈值的流量调度至目标DPU，例如，第二组实例中包含三个第二DPU，根据DPU信息可以确定每一个第二DPU已经承载了多少流量，选择承载流量少的第二DPU作为目标DPU，将业务流量超过负载分担阈值的流量调度至目标DPU。第一种调度方式可以使得第二组实例中所有的第二DPU都平均分担流量，能够提高处理的效率；第二种调度方式是根据第二DPU的负载流量值，选择出多个第二DPU中的一个或多个第二DPU作为目标DPU，可以减少部分第二DPU的压力。
结合本申请第二方面、第二方面第一实施方式或第二方面第二实施方式，本申请第二方面第三实施方式中，所述NFV架构系统还包括至少两个虚拟机VM，
所述IPU，还用于获取所有VM的VM信息，所述VM信息包括实例分组标识；
所述IPU，还用于根据所述VM信息确定第二组实例，所述第二组实例至少为一个。
在NFV架构系统中，还包括至少两个虚拟机VM，在每一个VNF模块的每一组实例中可以部署多个VM，这些VM在部署完成之后，IPU需要获取到所有VM的VM信息，VM信息中包括实例分组标识，实例分组标识表示的是该VM是部署在哪组实例中，IPU根据VM信息中的实例分组标识就能够确定第二组实例，第二组实例至少是一个以上。
结合本申请第二方面第三实施方式，本申请第二方面第四实施方式中，所述NFV架构系统还包括VNFM及VIM，
所述VNF模块还包括：OMU；
所述OMU，用于将VM查询请求发送至所述VNFM，使得所述VNFM根据所述VM查询请求向所述VIM查询VM信息，并反馈VM查询响应，所述VM查询响应包含VM信息，所述VM信息包含实例分组标识；
所述OMU，还用于接收所述VNFM反馈的VM查询响应；
所述OMU，还用于解析所述VM查询响应，得到每一个VM的VM信息。
第一组实例如何能得到VNF模块中所有VM的VM信息的，是因为NFV架构系统还包括VNFM及VIM，其中VNFM用于管理VNF网元，VIM用于控制与管理VM，VNF网元还包括操作维护单元(Operation and Maintenance Unit，OMU)，OMU调用VNFM的API接口发送VM查询请求，VM查询请求表示需要查询的至少一个VM的VM信息，VNFM向VIM查询VM信息，并将查询到的VM信息以VM查询响应的方式反馈给OMU，VM查询响应包含VM信息，VM信息包含实例分组标识，OMU接收到VNFM反馈的VM查询响应，解析得到每一个VM的VM信息。
本申请第三方面提供一种流量调度服务器，应用于NFV架构系统，所述NFV架构系统包括至少一个VNF模块，VNF模块包括至少两组实例，所述流量调度服务器包括：
处理器、收发器及存储器，其中，所述存储器可以用于存储所述处理器执行的代码；
所述处理器、所述收发器及所述存储器通过总线系统连接；
所述处理器，用于当所述VNF模块的第一组实例接收到业务流量时，判断所述业务流量的大小是否超过所述第一组实例的负载分担阈值；
所述处理器，还用于当所述业务流量的大小超过所述第一组实例的负载分担阈值时，将所述业务流量超过所述负载分担阈值的流量调度到第二组实例；
所述处理器，还用于当所述业务流量的大小不超过所述第一组实例的负载分担阈值时，不将所述业务流量调度到所述第二组实例。
本申请第四方面提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述的流量调度方法。
本申请第四方面提供提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述的流量调度方法。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍。
图1为本申请提供的VNF模块实例的结构示意图；
图2为本申请提供的NFV参考架构示意图；
图3为本申请提供的流量调度方法的一个实施例的流程示意图；
图4为本申请提供的VNF模块的一个实施例的结构示意图；
图5为本申请提供的VNF模块的另一个实施例的结构示意图；
图6为本申请提供的VNF模块的又一个实施例的结构示意图；
图7为本申请提供的VNF模块的再一个实施例的结构示意图；
图8为本申请提供的流量调度服务器的一个实施例的结构示意图。
具体实施方式
本申请提供了一种流量调度方法、VNF模块及流量调度服务器，用于减少VNF模块的东西向流量，从而减少用于传输东西向流量的下行端口，有利于提高NFV架构系统的规格，降低了组网成本。
下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述。
首先简单介绍本申请应用的系统构架或场景。
如图2所示，为ETSI制定的NFV参考架构图，包括：业务支撑系统(BusinessSupport System，BSS)/运营支撑系统(Operation Support System，OSS)，Sevice、VNF及基础设施描述(Infrasruction Description)，网络功能虚拟化管理及编排(NetworkFunctions Virtualisation Management and Orchestration，NFV-MANO)，多个网元管理系统(Network Element Management System，EMS)，多个VNF网元及网络功能虚拟化基础设施(Network Functions Virtualisation Infrastructure，NFVI)。
OSS/BSS是电信运营商的一体化和信息资源共享的支持系统，它主要由网络管理、系统管理、计费、营业、账务和客户服务等部分组成，系统间通过统一的信息总线有机整合在一起。它不仅能在帮助运营商制订符合自身特点的运营支撑系统的同时帮助确定系统的发展方向，还能帮助用户制订系统的整合标准，改善和提高用户的服务水平。OSS/BSS解决方案也在这一过程中趋于完善。OSS的历史可以追溯到1984年，AT&T的第一次拆分让世界电信市场首次引入了竞争。随后市场竞争加剧，要求运营商们不仅能保持客户群的忠实度、减少客户流失，还必须保证一定的经营利润。OSS/BSS于是就应运而生了，其中OSS是主体，BSS是基础。从客户的角度看，OSS和BSS之间没有区别。随着以客户为中心理念的盛行，服务商也渐渐淡化OSS和BSS之间的区别。
NFV-MANO由网络功能虚拟化编排器(Network Functions VirtualisationOrchestrator，NFVO)、VNFM以及VIM共同完成/提供的功能，其中，NFVO可用于管理网络业务(Network Service，NS)生命周期，并协调NS生命周期的管理、协调VNF网元生命周期的管理(需要得到VNFM的支持)、协调NFVI各类资源的管理(需要得到VIM的支持)，以此确保所需各类资源与连接的优化配置；VNFM用于进行VNF网元生命周期管理的功能模块；VIM负责对NFVI的计算资源、存储资源以及网络资源进行控制与管理，VIM可被部署于基础网络运营商的基础设施域(Infrastructure Domain)(例如：NFVI接入点/服务提供点)。
NFVI具有部署NFV的能力的环境中，所有硬件设备与软件组件的统称，可以跨越若干个物理位置(例如：数据中心运营场所)进行扩展部署，此时，为这些物理站点提供数据连接的网络也被考虑成NFVI的一部分。在NFV的范畴内，NFVI与VNF网元均是顶级的概念型实体，而其他的NFV组成部分则是这两大主要实体的子实体。
网元管理系统(Network Element Management System，EMS)是管理特定类型的一个或多个电信网络单元(Network Element,NE)的系统。一般来说，EMS管理着每个NE的功能和容量，但并不理会网络中不同NE之间的交流。EMS在专业网领域内提供统一的操作维护功能，侧重于地域、网络和子网络内部的网元管理，能够端到端管理维护设备和网络。例如，可采用一个EMS集中管理一个运营商的IP多媒体子系统(IP Multimedia Subsystem，IMS)网络和设备，包括：核心网设备、数据通信设备、下一代网络(Next Generation Network，NGN)设备、业务设备、第三方信息技术(Information Technology，IT)设备。
基于图2所示的NFV参考架构，现有的VNF模块实例如图1所示，包括一个EOR和两个TOR，每一个TOR对应一组实例，Server1和Server2分布在TOR1下，Server3和Server4分布在TOR2下，一个Server可以部署多个VM，IPU和DPU完全平均分布在2个TOR中，其中，Server1的IPU1的流量，需要完全平均的分担到EOR下的每一个DPU中，即IPU1需要将流量分为均匀的四份，发送给DPU1、DPU2、DPU3和DPU4，由于DPU3和DPU4与IPU1是不在一个TOR中的，从EOR上行口通过的是南北向流量，从EOR下行口通过的是东西向流量加南北向流量，因此，VNF模块实例中东西向流量为南北向流量的1半，EOR的总下行端口的1/3被东西向占用，这样会影响到的NFV架构系统的规格，导致组网成本高。
为了解决上述问题，如图3所示，本申请提出了一种流量调度方法，应用于NFV架构系统，NFV架构系统包括至少一个VNF模块，VNF模块包括至少两组实例，包括：
301、判断业务流量的大小是否超过第一组实例的负载分担阈值；
本实施例中，在NFV架构系统中包括至少一个VNF模块，VNF模块包括至少两组实例，VNF模块主要是提供业务数据承载的通道，而不会产生数据。当第一组实例接收到业务流量时，具体的VNF模块中是由IPU来接收业务流量，第一组实例判断业务流量的大小是否超过负载分担阈值，负载分担阈值表示的是第一组实例所能处理的业务流量的极限值，负载分担阈值可以是测试第一组实例后得到的，也可以是用户预先设置的，如果业务流量的大小超过了负载分担阈值，执行步骤102；如果业务流量的大小未超过负载分担阈值，执行步骤103。
302、将业务流量超过负载分担阈值的流量调度到第二组实例；
本实施例中，如果业务流量的大小超过了负载分担阈值，则表示第一组实例无法处理掉这些业务流量，如果不调度一部分流量出去，会给第一组实例造成压力，因此，第一组实例将业务流量超过负载分担阈值的流量调度到第二组实例，让第二组实例分担这部分超过负载分担阈值的流量。
303、不将业务流量调度到第二组实例。
本实施例中，如果业务流量的大小未超过负载分担阈值，则表示第一组实例有能力处理这些业务流量，第一组实例不将业务流量调度到第二组实例。
本申请实施例中，只有当业务流量超过第一组实例负载分担阈值时，VNF模块的第一组实例和第二组实例之间才需要转发业务流量，才存在东西向流量，在业务流量不超过第一组实例负载分担阈值时，东西向流量不存在，而现有技术中东西向流量始终为南北向流量的一半，因此，可以减少NFV架构系统的东西向流量，从而减少用于传输东西向流量的下行端口，节省出的端口可以用于扩展NFV架构系统，有利于提高NFV架构系统的规格，降低了组网成本。
结合图1来看，VNF模块中用于处理业务流量的是DPU，因此，在每一组实例中都存在至少一个DPU来处理业务流量，那么DPU的负载流量值就代表实例的处理业务流量的能力。
可选的，本申请的一些实施例中，每一组实例包括至少一个DPU，判断业务流量的大小是否超过第一组实例的负载分担阈值之前，还包括：
获取第一DPU的负载流量值，第一DPU处于第一组实例，第一DPU至少为一个；
根据每一个第一DPU的负载流量值，计算得到第一组实例的负载分担阈值。
本申请实施例中，VNF模块的用户面处理业务数据一般由DPU来进行，具体分配时每一组实例至少包括一个DPU，一组实例的负载分担阈值实际上就是该VNF网元中所有的DPU所能处理的业务数据的流量之和。那么第一组实例在判断业务流量的大小是否超过负载分担阈值之前，第一组实例可以获取到第一DPU的负载流量值，第一DPU即是第一组实例的本地DPU，一个第一DPU的负载流量值表示的是该DPU所能处理的业务数据的流量值，所有第一DPU的负载流量值相加就能计算得到第一组实例的负载分担阈值了。
可选的，本申请的一些实施例中，将业务流量超过负载分担阈值的流量调度到第二组实例，包括：
获取第二组实例中第二DPU的DPU信息，根据DPU信息确定第二DPU的DPU数量，第二DPU处于第二组实例，第二DPU至少为一个；
根据DPU数量将业务流量超过负载分担阈值的流量进行平均划分，并将平均划分后的流量分别调度至每一个第二DPU；
或，
获取第二组实例中第二DPU的DPU信息，第二DPU处于所述第二组实例，第二DPU至少为一个；
根据所述第二DPU的DPU信息从第二DPU中选择目标DPU，将业务流量超过负载分担阈值的流量调度至目标DPU。
本申请实施例中，当业务流量的大小超过第一组实例的负载分担阈值时，第一组实例将业务流量超过负载分担阈值的流量调度到第二组实例，假设业务流量为100M，第一组实例的中两个DPU的负载流量值都为40M，那么第一组实例的负载分担阈值为80M，那么需要将20M的流量调度到第二组实例，而在具体调度时还需要考虑第二组实例中的第二DPU。调度方式有如下两种：
第一种调度方式为第一组实例获取第二组实例中第二DPU的DPU信息，根据DPU信息确定第二DPU的DPU数量，根据DPU数量将业务流量超过负载分担阈值的流量进行平均划分，并将平均划分后的流量分别调度至每一个第二DPU，例如，第二DPU的DPU数量为2，将20M平均划分为两份10M的流量，将两份10M的流量分别调度到两个第二DPU；
第二种调度方式为第一组实例获取第二组实例中第二DPU的DPU信息，根据DPU信息可以确定每一个第二DPU已经承载了多少流量，选择承载流量少的第二DPU作为目标DPU，将业务流量超过负载分担阈值的流量调度至目标DPU，例如，三个第二DPU已经承载的流量分别为0M、15M及10M，那么选择已经承载的流量为0M的第二DPU作为目标DPU，将业务流量超过负载分担阈值的20M流量调度至目标DPU。
以上两种调度方式中，第一种调度方式可以使得第二组实例中所有的第二DPU都平均分担流量，能够提高处理的效率；第二种调度方式是选择多个第二DPU中的一个或多个第二DPU作为目标DPU，可以减少部分第二DPU的压力。需要说明的是，除了以上两种调度方式之外，还可能存在其他的调度方式，具体不做限定。
从图1所示中，可以看到每一个TOR的实例中都包括至少一个Server，VM就是通过部署在Server中来实现接入的。由于VM的部署可能是由用户来操作的，那么VM可以部署在不同的实例中，对于第一组实例来说，可以通过整个NFV架构系统之中的VM的VM信息的实例分组标识，来确定第二组实例，第二组实例可以是一个或者一个以上。具体的过程通过以下实施例具体说明。
可选的，本申请的一些实施中，NFV架构系统还包括至少两个VM，
判断业务流量的大小是否超过第一组实例的负载分担阈值之前，还包括：
获取所有VM的VM信息，VM信息包括实例分组标识；
根据VM信息确定第二组实例，第二组实例至少为一个。
本申请实施例中，在NFV架构系统中，每一个VNF网元中可以部署至少一个VM，这些VM在部署完成之后，第一组实例需要获取到所有VM的VM信息，VM信息中包括实例分组标识，实例分组标识表示的是该VM是部署在那个VNF网元中，第一组实例根据VM信息就能够确定第二组实例，第二组实例至少是一个以上。
第一组实例之所以能够获取到NFV架构系统中所有VM的VM信息，是因为NFV架构系统还包括VNFM及VIM，其中VNFM用于管理VNF网元，VIM用于控制与管理VM，第一组实例获取到VM信息的具体过程如下：
可选的，本申请的一些实施例中，NFV架构系统还包括VNFM及VIM，
获取所有VM的VM信息，包括：
将VM查询请求发送至VNFM，使得VNFM根据VM查询请求向VIM查询VM信息，并反馈VM查询响应，VM查询响应包含VM信息，VM信息包含实例分组标识；
接收VNFM反馈的VM查询响应；
解析VM查询响应，得到每一个VM的VM信息。
本申请实施例中，第一组实例可以周期调用VNFM中的应用程序编程(ApplicationProgramming Interface，API)接口，API接口的作用是VM状态查询(Query VMs Status)，调用的过程中包含需要查询的VM的列表，具体的，可以是VNF模块中的OMU调用VNFM的API接口，VNFM再向VIM逐条查询VM的列表中每一个VM的VM信息，VM信息中包括VM所处的VNF网元的实例分组标识，VNFM汇总了所有VM的VM信息之后，将VM信息返回给OMU，因此，第一组实例可以从VNFM得到每一个VM的VM信息。
需要说明的是，以上实施例中第一组实例获取VM的VM信息是通过VNFM得到的，在具体的实施时，也可以是用户将VM信息直接传输给第一组实例，或者，第一组实例还可以通过其他方法获取到VM信息。具体的，此处不做限定。
以上实施例中介绍的是本申请的流量调度方法，下面通过实施例详细介绍应用于NFV架构系统的VNF模块。
请参阅图4，本申请实施例提供一种VNF模块，应用于NFV架构系统，NFV架构系统包括至少一个VNF模块，VNF模块包括：
至少两组实例，每个实例包括至少一个IPU；
IPU411，用于当接收到业务流量时，判断业务流量的大小是否超过第一组实例41的负载分担阈值，IPU411处于第一组实例41；
IPU411，还用于当业务流量的大小超过第一组实例的负载分担阈值时，将业务流量超过负载分担阈值的流量调度到第二组实例42；
IPU411，还用于当业务流量的大小不超过第一组实例的负载分担阈值时，不将业务流量调度到第二组实例42。
本申请实施例中，在NFV架构系统中包括至少一个VNF模块，VNF模块包括至少两组实例，VNF模块主要是提供业务数据承载的通道，而不会产生数据。当第一组实例41的IPU411接收到业务流量时，IPU411判断业务流量的大小是否超过第一组实例41的负载分担阈值，负载分担阈值表示的是第一组实例41所能处理的业务流量的极限值，负载分担阈值可以是测试第一组实例41后得到的，也可以是用户预先设置的，如果业务流量的大小超过了负载分担阈值，则表示第一组实例41无法处理掉这些业务流量，如果不调度一部分流量出去，会给第一组实例造成压力，因此，IPU411将业务流量超过负载分担阈值的流量调度到第二组实例42，让第二组实例42分担这部分超过负载分担阈值的流量；如果业务流量的大小未超过负载分担阈值，则表示第一组实例41有能力处理这些业务流量，IPU411不将业务流量调度到第二组实例42。可知，只有当业务流量超过第一组实例41负载分担阈值时，VNF模块的第一组实例41和第二组实例42之间才需要转发业务流量，NFV架构系统才存在东西向流量，在业务流量不超过第一组实例41负载分担阈值时，东西向流量不存在，而现有技术中东西向流量始终为南北向流量的一半，因此，本申请减少VNF模块的东西向流量，从而减少用于传输东西向流量的下行端口，节省出的端口可以用于扩展NFV架构系统，有利于提高NFV架构系统的规格，降低了组网成本。
需要说明的是，在VNF模块的具体实施的装置中，第一组实例和第二组实例同属于图4中EOR43所构建的VNF模块下。
可选的，如图5所示，本申请的一些实施例中，每一组实例包括至少一个DPU，
IPU411，还用于获取第一DPU412的负载流量值，第一DPU412处于第一组实例41；
IPU411，还用于根据每一个第一DPU412的负载流量值，计算得到第一组实例41的负载分担阈值。
本申请实施例中，VNF模块的用户面处理业务数据一般由DPU来进行，具体分配时每一组实例至少包括一个DPU，一组实例的负载分担阈值实际上就是该实例中所有的DPU所能处理的业务数据的流量之和。那么IPU411在判断业务流量的大小是否超过第一组实例41负载分担阈值之前，IPU411可以获取到第一DPU412的负载流量值，第一DPU412即是第一组实例41的本地DPU，一个第一DPU412的负载流量值表示的是该DPU所能处理的业务数据的流量值，所有第一DPU412的负载流量值相加就能计算得到第一组实例41的负载分担阈值了。
可选的，如图5所示，本申请的一些实施例中，
IPU411，还用于获取第二组实例42中第二DPU422的DPU信息，根据DPU信息确定第二DPU422的DPU数量，第二DPU422处于第二组实例42；
IPU411，还用于根据DPU数量将业务流量中超过负载分担阈值的流量进行平均划分，并将平均划分后的流量分别调度至每一个第二DPU422；
或，
IPU，还用于获取第二组实例中第二DPU的DPU信息，第二DPU处于第二组实例，第二DPU至少为一个；
IPU，还用于根据第二DPU的DPU信息从第二DPU中选择目标DPU，将业务流量超过负载分担阈值的流量调度至目标DPU。
本申请实施例中，当业务流量的大小超过第一组实例41的负载分担阈值时，IPU411将业务流量超过负载分担阈值的流量调度到第二组实例42，假设业务流量为100M，第一组实例41的中两个DPU411的负载流量值都为40M，那么第一组实例41的负载分担阈值为80M，那么需要将20M的流量调度到第二组实例42，而在具体调度时还需要考虑第二组实例42中的第二DPU422，第一种调度方式为：IPU411获取第二组实例42中第二DPU422的DPU信息，根据DPU信息确定第二DPU422的DPU数量，根据DPU数量将业务流量超过负载分担阈值的流量进行平均划分，并将平均划分后的流量分别调度至每一个第二DPU422，例如，第二DPU的DPU数量为2，IPU将20M平均划分为两份10M的流量，将两份10M的流量分别调度到两个第二DPU。第二种调度方式为：IPU411获取第二组实例42中第二DPU422的DPU信息，根据DPU信息可以确定每一个第二DPU422已经承载了多少流量，选择承载流量少的第二DPU422作为目标DPU，将业务流量超过负载分担阈值的流量调度至目标DPU。第一种调度方式可以使得第二组实例中所有的第二DPU422都平均分担流量，能够提高处理的效率；第二种调度方式是根据第二DPU422的负载流量值，选择出多个第二DPU422中的一个或多个第二DPU422作为目标DPU，可以减少部分第二DPU422的压力。
可选的，如图6所示，本申请的一些实施例中，NFV架构系统还包括至少两个VM601，
IPU411，还用于获取所有VM601的VM信息，VM信息包括实例分组标识；
IPU411，还用于根据VM信息确定第二组实例42，第二组实例42至少为一个。
本申请实施例中，在NFV架构系统中，每一个VNF网元中可以部署至少一个VM601，这些VM601在部署完成之后，IPU411需要获取到所有VM601的VM信息，VM信息中包括实例分组标识，实例分组标识表示的是该VM是部署在哪组实例中，IPU根据VM信息就能够确定第二组实例，第二组实例至少是一个以上。
可选的，如图7所示，本申请的一些实施例中，NFV架构系统还包括VNFM701及VIM702，
VNF模块还包括：OMU413；
OMU413，用于将VM查询请求发送至VNFM701，使得VNFM701根据VM查询请求向VIM702查询VM信息，并反馈VM查询响应，VM查询响应包含VM信息，VM信息包含实例分组标识；
OMU413，还用于接收VNFM701反馈的VM查询响应；
OMU413，还用于解析VM查询响应，得到每一个VM601的VM信息。
本申请实施例中，第一组实例41如何能得到VNF模块中所有VM601的VM信息的，是因为NFV架构系统还包括VNFM701及VIM702，其中VNFM701用于管理VNF模块，VIM702用于控制与管理VM601，VNF模块还包括OMU413，OMU413调用VNFM701的API接口发送VM查询请求，VM查询请求表示需要查询的至少一个VM的VM信息，VNFM701向VIM702查询VM信息，并将查询到的VM信息以VM查询响应的方式反馈给OMU413，VM查询响应包含VM信息，VM信息包含实例分组标识，OMU413接收到VNFM反馈的VM查询响应，解析得到每一个VM601的VM信息。
如图8所示，本申请提供一种流量调度服务器，应用于NFV架构系统，NFV架构系统包括至少一个VNF模块，VNF模块包括至少两组实例，流量调度服务器80包括：
处理器801、收发器802及存储器803，其中，存储器803可以用于存储处理器801执行的代码；
处理器801、收发器802及存储器803通过总线系统804连接；
处理器801，用于当VNF模块的第一组实例接收到业务流量时，判断业务流量的大小是否超过负载分担阈值；
处理器801，还用于当业务流量的大小超过第一组实例的负载分担阈值时，将业务流量超过负载分担阈值的流量调度到第二组实例；
处理器801，还用于当业务流量的大小不超过第一组实例的负载分担阈值时，不将业务流量调度到第二组实例。
本申请还提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行以上实施例所描述的流量调度方法。
本申请还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行以上实施例所描述的流量调度方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (13)

1.一种流量调度方法，其特征在于，应用于网络功能虚拟化NFV架构系统，所述NFV架构系统包括至少一个虚拟化网络功能VNF模块，VNF模块包括至少两组实例，所述流量调度方法包括：
当所述VNF模块的第一组实例接收到业务流量时，判断所述业务流量的大小是否超过所述第一组实例的负载分担阈值；
若超过，则将所述业务流量超过所述负载分担阈值的流量调度到第二组实例；
若不超过，则不将所述业务流量调度到所述第二组实例。
2.根据权利要求1所述的流量调度方法，其特征在于，每一组实例包括至少一个业务处理单元DPU，
所述判断所述业务流量的大小是否超过所述第一组实例的负载分担阈值之前，还包括：
获取第一DPU的负载流量值，所述第一DPU处于所述第一组实例，所述第一DPU至少为一个；
根据每一个所述第一DPU的负载流量值，计算得到所述第一组实例的负载分担阈值。
3.根据权利要求2所述的流量调度方法，其特征在于，所述将所述业务流量超过所述负载分担阈值的流量调度到第二组实例，包括：
获取第二组实例中第二DPU的DPU信息，根据所述DPU信息确定所述第二DPU的DPU数量，所述第二DPU处于所述第二组实例，所述第二DPU至少为一个；
根据所述DPU数量将所述业务流量超过所述负载分担阈值的流量进行平均划分，并将平均划分后的流量分别调度至每一个所述第二DPU；
或，
获取第二组实例中第二DPU的DPU信息，所述第二DPU处于所述第二组实例，所述第二DPU至少为一个；
根据所述第二DPU的DPU信息从所述第二DPU中选择目标DPU，将所述业务流量超过所述负载分担阈值的流量调度至所述目标DPU。
4.根据权利要求1至3中任一项所述的流量调度方法，其特征在于，所述NFV架构系统还包括至少两个虚拟机VM，
所述判断所述业务流量的大小是否超过所述第一组实例的负载分担阈值之前，还包括：
获取所有VM的VM信息，所述VM信息包括实例分组标识；
根据所述VM信息确定第二组实例，所述第二组实例至少为一个。
5.根据权利要求4所述的流量调度方法，其特征在于，所述NFV架构系统还包括VNF网元管理器VNFM及虚拟基础设施管理器VIM，
所述获取所有VM的VM信息，包括：
将VM查询请求发送至所述VNFM，使得所述VNFM根据所述VM查询请求向所述VIM查询VM信息，并反馈VM查询响应，所述VM查询响应包含VM信息，所述VM信息包含实例分组标识；
接收所述VNFM反馈的VM查询响应；
解析所述VM查询响应，得到每一个VM的VM信息。
6.一种虚拟化网络功能VNF模块，其特征在于，应用于网络功能虚拟化NFV架构系统，所述NFV架构系统包括至少一个虚拟化网络功能VNF模块，所述VNF模块包括：
至少两组实例，每个实例包括至少一个接口处理单元IPU；
IPU，用于当接收到业务流量时，判断所述业务流量的大小是否超过所述第一组实例的负载分担阈值，所述IPU处于所述第一组实例；
所述IPU，还用于当所述业务流量的大小超过所述第一组实例的负载分担阈值时，将所述业务流量超过所述负载分担阈值的流量调度到第二组实例；
所述IPU，还用于当所述业务流量的大小不超过所述第一组实例的负载分担阈值时，不将所述业务流量调度到所述第二组实例。
7.根据权利要求6所述的VNF模块，其特征在于，每一组实例包括至少一个业务处理单元DPU，
所述IPU，还用于获取第一DPU的负载流量值，所述第一DPU处于所述第一组实例，所述第一DPU至少为一个；；
所述IPU，还用于根据每一个所述第一DPU的负载流量值，计算得到所述第一组实例的负载分担阈值。
8.根据权利要求7所述的VNF模块，其特征在于，
所述IPU，还用于获取第二组实例中第二DPU的DPU信息，根据所述DPU信息确定所述第二DPU的DPU数量，所述第二DPU处于所述第二组实例，所述第二DPU至少为一个；
所述IPU，还用于根据所述DPU数量将所述业务流量中超过所述负载分担阈值的流量进行平均划分，并将平均划分后的流量分别调度至每一个所述第二DPU；
或，
所述IPU，还用于获取第二组实例中第二DPU的DPU信息，所述第二DPU处于所述第二组实例，所述第二DPU至少为一个；
所述IPU，还用于根据所述第二DPU的DPU信息从所述第二DPU中选择目标DPU，将所述业务流量超过所述负载分担阈值的流量调度至所述目标DPU。
9.根据权利要求6至8中任一项所述的VNF模块，其特征在于，所述NFV架构系统还包括至少两个虚拟机VM，
所述IPU，还用于获取所有VM的VM信息，所述VM信息包括实例分组标识；
所述IPU，还用于根据所述VM信息确定第二组实例，所述第二组实例至少为一个。
10.根据权利要求9所述的VNF模块，其特征在于，所述NFV架构系统还包括VNF网元管理器VNFM及虚拟基础设施管理器VIM，
所述VNF模块还包括：操作维护单元OMU；
所述OMU，用于将VM查询请求发送至所述VNFM，使得所述VNFM根据所述VM查询请求向所述VIM查询VM信息，并反馈VM查询响应，所述VM查询响应包含VM信息，所述VM信息包含实例分组标识；
所述OMU，还用于接收所述VNFM反馈的VM查询响应；
所述OMU，还用于解析所述VM查询响应，得到每一个VM的VM信息。
11.一种流量调度服务器，其特征在于，应用于网络功能虚拟化NFV架构系统，所述NFV架构系统包括至少一个VNF模块，VNF模块包括至少两组实例，所述流量调度服务器包括：
处理器、收发器及存储器，其中，所述存储器可以用于存储所述处理器执行的代码；
所述处理器、所述收发器及所述存储器通过总线系统连接；
所述处理器，用于当所述VNF模块的第一组实例接收到业务流量时，判断所述业务流量的大小是否超过所述第一组实例的负载分担阈值；
所述处理器，还用于当所述业务流量的大小超过所述第一组实例的负载分担阈值时，将所述业务流量超过所述负载分担阈值的流量调度到第二组实例；
所述处理器，还用于当所述业务流量的大小不超过所述第一组实例的负载分担阈值时，不将所述业务流量调度到所述第二组实例。
12.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至5中任一项所述的方法。
13.一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如权利要求1至5中任一项所述的方法。
CN201710501631.5A 2017-06-27 2017-06-27 一种流量调度方法、vnf模块及流量调度服务器 Active CN107426109B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710501631.5A CN107426109B (zh) 2017-06-27 2017-06-27 一种流量调度方法、vnf模块及流量调度服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710501631.5A CN107426109B (zh) 2017-06-27 2017-06-27 一种流量调度方法、vnf模块及流量调度服务器

Publications (2)

Publication Number Publication Date
CN107426109A true CN107426109A (zh) 2017-12-01
CN107426109B CN107426109B (zh) 2020-10-09

Family

ID=60427341

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710501631.5A Active CN107426109B (zh) 2017-06-27 2017-06-27 一种流量调度方法、vnf模块及流量调度服务器

Country Status (1)

Country Link
CN (1) CN107426109B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111385114A (zh) * 2018-12-28 2020-07-07 华为技术有限公司 Vnf服务实例化方法及装置
CN112039794A (zh) * 2020-11-03 2020-12-04 武汉绿色网络信息服务有限责任公司 设置虚拟网元的方法、装置、计算机设备及存储介质
CN113822485A (zh) * 2021-09-27 2021-12-21 国网山东省电力公司泗水县供电公司 一种配电网调度任务优化方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104518993A (zh) * 2014-12-29 2015-04-15 华为技术有限公司 云化网络通信路径的分配方法、装置及系统
US20150358248A1 (en) * 2014-06-09 2015-12-10 Nokia Solutions And Networks Oy Controlling of virtualized network functions for usage in communication network
CN106506393A (zh) * 2016-02-05 2017-03-15 华为技术有限公司 一种数据流处理方法、装置和系统
CN106559451A (zh) * 2015-09-29 2017-04-05 杭州华三通信技术有限公司 用户迁移方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150358248A1 (en) * 2014-06-09 2015-12-10 Nokia Solutions And Networks Oy Controlling of virtualized network functions for usage in communication network
CN104518993A (zh) * 2014-12-29 2015-04-15 华为技术有限公司 云化网络通信路径的分配方法、装置及系统
CN106559451A (zh) * 2015-09-29 2017-04-05 杭州华三通信技术有限公司 用户迁移方法和装置
CN106506393A (zh) * 2016-02-05 2017-03-15 华为技术有限公司 一种数据流处理方法、装置和系统

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111385114A (zh) * 2018-12-28 2020-07-07 华为技术有限公司 Vnf服务实例化方法及装置
CN111385114B (zh) * 2018-12-28 2022-04-26 华为技术有限公司 Vnf服务实例化方法及装置
US12020055B2 (en) 2018-12-28 2024-06-25 Huawei Technologies Co., Ltd. VNF service instantiation method and apparatus
CN112039794A (zh) * 2020-11-03 2020-12-04 武汉绿色网络信息服务有限责任公司 设置虚拟网元的方法、装置、计算机设备及存储介质
CN113822485A (zh) * 2021-09-27 2021-12-21 国网山东省电力公司泗水县供电公司 一种配电网调度任务优化方法及系统
CN113822485B (zh) * 2021-09-27 2023-10-20 国网山东省电力公司泗水县供电公司 一种配电网调度任务优化方法及系统

Also Published As

Publication number Publication date
CN107426109B (zh) 2020-10-09

Similar Documents

Publication Publication Date Title
Qu et al. Delay-aware scheduling and resource optimization with network function virtualization
CN103747059B (zh) 一种面向多租户的云计算服务器集群网络保障方法和系统
CN104202264B (zh) 云化数据中心网络的承载资源分配方法、装置及系统
CN112134741B (zh) 分布式系统中的客户导向的联网限制
CN108989091A (zh) 基于Kubernetes网络的租户网络隔离方法、存储介质、电子设备
US20150215228A1 (en) Methods, systems, and computer readable media for a cloud-based virtualization orchestrator
CN111858054B (zh) 一种异构环境下基于边缘计算的资源调度系统及方法
CN104584484A (zh) 提供基于策略的数据中心网络自动化的系统和方法
Chiha et al. Network slicing cost allocation model
CN109391498A (zh) 网络组件的管理方法和网络设备
Habibi et al. Network slicing in 5G mobile communication architecture, profit modeling, and challenges
CN104322011A (zh) 连通性服务编排器
CN108471629A (zh) 传输网络中业务服务质量的控制方法、设备及系统
Racheg et al. Profit-driven resource provisioning in NFV-based environments
CN113612688B (zh) 分布式软件定义网络控制系统及其构建方法
CN106453576A (zh) 一种基于混合云平台的交互方法、系统及调度中心
CN107426109A (zh) 一种流量调度方法、vnf模块及流量调度服务器
Liang et al. Low-latency service function chain migration in edge-core networks based on open Jackson networks
CN112994937A (zh) 智融标识网络中虚拟cdn的部署与迁移系统
Martini et al. Experimenting SDN and cloud orchestration in virtualized testing facilities: performance results and comparison
CN104683252B (zh) 一种应用于游戏网络的网关连入方法与系统
US20220350637A1 (en) Virtual machine deployment method and related apparatus
Li et al. CoMan: Managing bandwidth across computing frameworks in multiplexed datacenters
Wen et al. Towards reliable virtual data center embedding in software defined networking
CN112087311B (zh) 一种虚拟网络功能vnf部署方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant