CN113259272A - 一种基于虚拟网关的流量管理方法、装置及设备 - Google Patents

Abstract

本申请公开了一种基于虚拟网关的流量管理方法、装置及设备，能够避免网络设备的浪费并提高对虚拟网关集群的管理效率。包括：首先接收应用管理员输入的目标应用的网络需求信息，然后，根据目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G或100G虚拟网关集群进行参数转发，接着，按照预设流程，通过API向虚拟网关和虚拟机控制器传递参数，以便二者根据参数生成需要下发的路由转发配置并将其下发至物理机，再根据路由转发配置的路由协议，通过网络设备交换机进行虚拟机和虚拟网关的流量转发，通过虚拟网关，将经过虚拟网关的流量按照VPC路由表转发至不同物理服务器，通过物理服务器将流量按照VPC路由表转发至不同虚拟机。

Description

一种基于虚拟网关的流量管理方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于虚拟网关的流量管理方法、装置及设备。

背景技术

目前根据网络收敛比的需求，普遍使用的网络模型为10G服务器网络对应10G虚拟网关、25G服务器网络对应100G虚拟网关。但是在10G服务器网络的应用过程中，10G的虚拟网关集群面对大流量业务时，会产生集群内节点数量过大的情况，造成链路哈希不均匀和集群节点管理复杂的问题。而针对较小的带宽组网需求，某些虚拟网关使用100G带宽又会造成带宽浪费。所以在10G服务器的网络中，经常会出现10G和100G虚拟网关的混合部署需求。

现有的对10G和100G虚拟网关的流量管理方法是针对不同带宽的虚拟网关分别进行单独组网独立成区，使用独立的网络控制器对不同带宽的虚拟网关进行配置下发和运维管理。这种方法虽然避免了10G和100G网关混合使用的管理问题，但是会造成网络设备的浪费，同时还会增加对多个虚拟网关集群管理的成本。因此，如何避免网络设备的浪费，并降低对多个虚拟网关集群的管理成本是亟待解决的问题。

发明内容

本申请实施例的主要目的在于提供一种基于虚拟网关的流量管理方法、装置及设备，能够避免网络设备的浪费，并提高网络管理员对虚拟网关集群的管理效率，降低管理成本。

第一方面，本申请实施例提供了一种基于虚拟网关的流量管理方法，包括：

接收应用管理员输入的目标应用的网络需求信息；

根据所述目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发；

按照预设流程，通过API向虚拟网关和虚拟机控制器传递所述参数，以便所述虚拟网关和虚拟机控制器根据所述参数生成需要下发的路由转发配置并将其向物理机进行下发；

通过网络设备交换机，根据所述路由转发配置的路由协议进行虚拟机和虚拟网关的流量转发；

通过虚拟网关，根据所述路由转发配置的路由协议，将经过所述虚拟网关的流量按照虚拟私有网络VPC路由表转发至不同物理服务器；

通过所述物理服务器，根据所述路由转发配置，将所述物理服务器的流量按照虚拟私有网络VPC路由表转发至不同虚拟机。

可选的，所述接收应用管理员输入的目标应用的网络需求信息，包括：

接收应用管理员向所述虚拟网关管理平台输入的目标应用的网络需求信息。

可选的，所述目标应用的网络需求信息包括所述目标应用的网络带宽需求和新建/并发连接数。

可选的，所述虚拟网关管理平台包含虚拟网关集群的信息；所述虚拟网关集群的信息包括集群IP、集群内成员的IP、集群名称、集群内节点的个数和成员名称以及集群内节点的带宽中的至少一种信息。

第二方面，本申请实施例还提供了一种基于虚拟网关的流量管理装置，包括：

接收单元，用于接收应用管理员输入的目标应用的网络需求信息；

选择单元，用于根据所述目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发；

传递单元，用于按照预设流程，通过API向虚拟网关和虚拟机控制器传递所述参数，以便所述虚拟网关和虚拟机控制器根据所述参数生成需要下发的路由转发配置并将其向物理机进行下发；

第一转发单元，用于通过网络设备交换机，根据所述路由转发配置的路由协议进行虚拟机和虚拟网关的流量转发；

第二转发单元，用于通过虚拟网关，根据所述路由转发配置的路由协议，将经过所述虚拟网关的流量按照虚拟私有网络VPC路由表转发至不同物理服务器；

第三转发单元，用于通过所述物理服务器，根据所述路由转发配置，将所述物理服务器的流量按照虚拟私有网络VPC路由表转发至不同虚拟机。

可选的，所述接收单元具体用于：

接收应用管理员向所述虚拟网关管理平台输入的目标应用的网络需求信息。

可选的，所述目标应用的网络需求信息包括所述目标应用的网络带宽需求和新建/并发连接数。

可选的，所述虚拟网关管理平台包含虚拟网关集群的信息；所述虚拟网关集群的信息包括集群IP、集群内成员的IP、集群名称、集群内节点的个数和成员名称以及集群内节点的带宽中的至少一种信息。

本申请实施例还提供了一种基于虚拟网关的流量管理设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述基于虚拟网关的流量管理方法中的任意一种实现方式。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述基于虚拟网关的流量管理方法中的任意一种实现方式。

本申请实施例提供的一种基于虚拟网关的流量管理方法、装置及设备，首先接收应用管理员输入的目标应用的网络需求信息，然后，根据目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发，接着，按照预设流程，通过API向虚拟网关和虚拟机控制器传递参数，以便虚拟网关和虚拟机控制器根据参数生成需要下发的路由转发配置并将其向物理机进行下发，再根据路由转发配置的路由协议，通过网络设备交换机进行虚拟机和虚拟网关的流量转发，通过虚拟网关，将经过虚拟网关的流量按照VPC路由表转发至不同物理服务器，以及通过物理服务器将物理服务器的流量按照VPC路由表转发至不同虚拟机，从而能够实现避免网络设备的浪费，并提高网络管理员对虚拟网关集群的管理效率以及降低管理成本的效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种基于虚拟网关的流量管理方法的流程示意图；

图2为本申请实施例提供的虚拟网关管理平台的结构示意图；

图3为本申请实施例提供的一种基于虚拟网关的流量管理装置的组成示意图。

具体实施方式

目前随着万兆以太网进入市场，一般企业数据中心内部组网已经完成千兆网络向万兆网络的过渡。随着5G技术的成熟和云计算技术的普及，企业数据中心开始承载越来越多的分布式应用，带宽压力成为网络的核心问题之一，又开始了从10G网络向25G网络的演进。在演进过程中，一般企业数据中心会采用新建25G网络专区的方案承载新的业务流量，部署配套的25G网络接入交换机、100G核心交换机、100G虚拟网关集群。而在数据中心存量的10G网络中，仍然使用10G网络接入交换机、40G核心交换机、10G虚拟网关集群，为帮助大部分存量的分布式应用释放功能，只能通过大量部署虚拟网关集群的方式提供网络带宽，但就此也会产生虚拟网关集群转发流量和运维管理的相关问题。

对此，现有的管理方案是将10G和25G服务器单独组网，在独立的网络分区中分别部署10G和100G的虚拟网关集群，由独立的虚拟网关控制器进行管理。应用管理员需要与网络管理员针对网络带宽需求进行协商，最终由网络管理员分析选择部署区域和虚拟网关集群，最终由该区域内对应的控制器对虚拟网关进行配置下发。当该网络区域承载大流量的应用业务时，需要部署大量虚拟网关节点，造成流量转发和网关管理的混乱。

因此，在利用现有方案进行管理时，一方面为满足存量10G服务器的网络转发需求，因没有100G虚拟网关，需要部署多个10G虚拟网关集群并在集群内部部署多个节点。将会造成网络中的虚拟网关节点大量增加，出现链路哈希不均匀的情况，最终导致网络流量转发混乱，虚拟网关节点难以管理。另一方面由于现有方案没有提供应用部署的自服务，应用管理员和网络管理员需要提前沟通应用的网络带宽、新建/并发连接数等网络需求，网络管理员根据需求分析网络转发模型，人工选择应用部署区域及虚拟网关集群，也会造成网络设备的浪费，同时还会增加对多个虚拟网关集群管理的成本。

为解决上述缺陷，本申请实施例提供了一种基于虚拟网关的流量管理方法，首先接收应用管理员输入的目标应用的网络需求信息，然后，根据目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发，接着，按照预设流程，通过API向虚拟网关和虚拟机控制器传递参数，以便虚拟网关和虚拟机控制器根据参数生成需要下发的路由转发配置并将其向物理机进行下发，再根据路由转发配置的路由协议，通过网络设备交换机进行虚拟机和虚拟网关的流量转发，通过虚拟网关，将经过虚拟网关的流量按照VPC路由表转发至不同物理服务器，以及通过物理服务器将物理服务器的流量按照VPC路由表转发至不同虚拟机，从而能够实现避免网络设备的浪费，并提高网络管理员对虚拟网关集群的管理效率以及降低管理成本的效果。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

第一实施例

参见图1，为本实施例提供的一种基于虚拟网关的流量管理方法的流程示意图，该方法包括以下步骤：

S101：接收应用管理员输入的目标应用的网络需求信息。

在本实施例中，为了实现避免网络设备的浪费，并提高网络管理员对虚拟网关集群的管理效率，降低管理成本的目的，首先需要构建如图2所示的虚拟网关管理平台，并接收应用管理员输入的目标应用的网络需求信息，一种可选的实现方式是，可以接收应用管理员向该虚拟网关管理平台输入的目标应用的网络需求信息，用以执行后续步骤S102。

其中，一种可选的实现方式是，目标应用的网络需求信息包括所述目标应用的网络带宽需求和新建/并发连接数。

并且，在本实施例的一种可能的实现方式中，预先构建的虚拟网关管理平台中包含了虚拟网关集群的信息；其中，虚拟网关集群的信息可以包括集群IP、集群内成员的IP、集群名称、集群内节点的个数和成员名称以及集群内节点的带宽中的至少一种信息。

接下来，本申请实施例将结合附图对预先构建的虚拟网关管理平台进行介绍，如图2所示，本实施例预先构建的虚拟网关管理平台包括集群纳管组件、配置管理组件、流程编排组件、调度引擎组件、虚拟网关控制器、虚拟机控制器、10G/100G虚拟网关集群、10G服务器、10G接入交换机、100G接入交换机、40G/100G核心交换机。

其中，集群纳管组件用于管理虚拟网关集群，录入集群名称、集群包含节点的个数和成员、集群节点的带宽等集群相关信息。配置管理组件用于存储应用的网络需求，包括在页面输入的网络带宽和新建/并发连接数等，形成统一的应用网络配置库。流程编排组件一方面用于将虚拟网关控制器、虚拟机控制器提供的API接口进行编排，形成实现应用上线网络需求的自服务；另一方面用于根据网络管理员预设的网络流量转发模型，自动判断选择10G还是100G集群进行网络流量转发。调度引擎组件用于根据编排好的服务流程，调用虚拟网关和虚拟机控制器的API接口，进行参数传递。虚拟网关控制器一方面用于接收调度引擎模块发送的参数信息，生成虚拟网关的转发路由配置；另一方面用于通过部署在虚拟网关上的agent，向已选择的虚拟网关集群下发生成的路由转发配置。虚拟机控制器一方面用于接收调度引擎模块发送的参数信息，生成虚拟机的转发路由配置；另一方面用于通过部署在物理服务器上的agent，向物理服务器下发生成的路由转发配置。10G/100G虚拟网关集群中部署了转发模块KO，用于将通过虚拟网关的流量转发至对应的服务器或网络设备；虚拟网关部署了代理模块agent，用于接收虚拟网关控制器统一下发的路由表。10G服务器上也部署了KO和agent模块，其中，KO模块用于向虚拟机提供路由转发服务，将通过虚拟网关的流量转发至虚拟网关，agent模块用于接收虚拟机控制器统一下发的路由表。10G接入交换机用于提供10G服务器的网络接入。100G接入交换机用于提供100G服务器的网络接入、40G/100G核心交换机用于提供40G/100G接入交换机的网络接入。

S102：根据目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发。

在本实施例中，通过步骤S101接收到应用管理员输入的目标应用的网络需求信息后，进一步可以利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发。具体的，在应用管理员登录虚拟网关管理平台，发起部署目标应用的网络带宽需求工单，输入网络带宽需求、新建/并发连接数等信息后。应用部署的网络需求在平台配置管理模块会进行统一汇总，以通过虚拟网关管理平台中的流程编排模块根据目标应用的网络需求，以及网络管理员设计的网络流量转发模型，计算并选择10G或100G虚拟网关集群进行转发，以及按照编排好的流程将参数转发至虚拟网关管理平台中的调度引擎模块，用以执行后续步骤S103。

S103：按照预设流程，通过API向虚拟网关和虚拟机控制器传递参数，以便虚拟网关和虚拟机控制器根据参数生成需要下发的路由转发配置并将其向物理机进行下发。

在本实施例中，通过步骤S102利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发后，进一步可以按照预设流程，通过API向虚拟网关和虚拟机控制器传递参数，以便虚拟网关和虚拟机控制器根据参数生成需要下发的路由转发配置并将其向物理机进行下发。具体的，在通过虚拟网关管理平台中的流程编排模块根据目标应用的网络需求，以及网络管理员设计的网络流量转发模型，计算并选择10G或100G虚拟网关集群进行转发，以及按照编排好的流程将参数转发至虚拟网关管理平台中的调度引擎模块后，调度引擎模块可以通过API向虚拟网关和虚拟机控制器传递下发该参数，这样虚拟网关和虚拟机控制器即可根据该参数生成需要下发的路由转发配置，并通过agent向物理机下发该路由转发配置。

S104：通过网络设备交换机，根据路由转发配置的路由协议进行虚拟机和虚拟网关的流量转发。

在本实施例中，通过步骤S103虚拟网关和虚拟机控制器根据参数生成需要下发的路由转发配置并将其向物理机进行下发后，进一步的，网络设备交换机可以根据路由转发配置的路由协议进行虚拟机和虚拟网关的流量转发，以保证网络连通性。

S105：通过虚拟网关，根据路由转发配置的路由协议，将经过虚拟网关的流量按照虚拟私有网络VPC路由表转发至不同物理服务器。

在本实施例中，通过步骤S103虚拟网关和虚拟机控制器根据参数生成需要下发的路由转发配置并将其向物理机进行下发后，进一步的，可以通过虚拟网关，根据路由转发配置的路由协议，将经过虚拟网关的流量按照虚拟私有网络VPC路由表转发至不同物理服务器。具体的，虚拟网关部署的agent主动或被动接收虚拟网关控制器下发的路由转发配置后，可以将接收到的路由转发配置下发至KO的路由表内，不同的VPC具有不同路由表，进而KO可以将经过虚拟网关的流量按照VPC路由表转发至不同物理服务器。

S106：通过物理服务器，根据路由转发配置，将物理服务器的流量按照虚拟私有网络VPC路由表转发至不同虚拟机。

在本实施例中，通过步骤S103虚拟网关和虚拟机控制器根据参数生成需要下发的路由转发配置并将其向物理机进行下发，以及通过步骤S105利用虚拟网关，根据路由转发配置的路由协议，将经过虚拟网关的流量按照虚拟私有网络VPC路由表转发至不同物理服务器后，进一步的，可以通过物理服务器，根据路由转发配置，将物理服务器的流量按照虚拟私有网络VPC路由表转发至不同虚拟机。具体的，物理服务器部署的agent主动或被动接收虚拟机控制器下发的配置后，可以将接收到的配置下发至KO的路由表内，不同的VPC具有不同路由表，进而KO可以将物理服务器的流量按照VPC路由表转发至不同虚拟机。

可见，通过本申请预先构建的虚拟网关管理平台，可以支持在10G服务器网络中混合部署10G和100G虚拟网关并支持对虚拟网关进行配置下发和运维管理，按需向应用提供网络转发服务，满足大流量应用使用100G虚拟网关的需求，同时向一般应用提供10G虚拟网关以减少对虚拟网关资源的浪费，同时解决10G服务器网络中虚拟网关难以管理问题。同时，通过工单流转方式，应用管理员可以在虚拟网关管理平台页面输入网络需求，根据网络管理员预设的网络模型，平台可以自动完成虚拟网关集群的选择并进行配置下发，减少网络管理员的沟通和实施成本。

综上，本实施例提供的一种基于虚拟网关的流量管理方法，首先接收应用管理员输入的目标应用的网络需求信息，然后，根据目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发，接着，按照预设流程，通过API向虚拟网关和虚拟机控制器传递参数，以便虚拟网关和虚拟机控制器根据参数生成需要下发的路由转发配置并将其向物理机进行下发，再根据路由转发配置的路由协议，通过网络设备交换机进行虚拟机和虚拟网关的流量转发，通过虚拟网关，将经过虚拟网关的流量按照VPC路由表转发至不同物理服务器，以及通过物理服务器将物理服务器的流量按照VPC路由表转发至不同虚拟机，从而能够实现避免网络设备的浪费，并提高网络管理员对虚拟网关集群的管理效率以及降低管理成本的效果。

第二实施例

本实施例将对一种基于虚拟网关的流量管理装置进行介绍，相关内容请参见上述方法实施例。

参见图3，为本实施例提供的一种基于虚拟网关的流量管理装置的组成示意图，该装置包括：

接收单元301，用于接收应用管理员输入的目标应用的网络需求信息；

选择单元302，用于根据所述目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发；

传递单元303，用于按照预设流程，通过API向虚拟网关和虚拟机控制器传递所述参数，以便所述虚拟网关和虚拟机控制器根据所述参数生成需要下发的路由转发配置并将其向物理机进行下发；

第一转发单元304，用于通过网络设备交换机，根据所述路由转发配置的路由协议进行虚拟机和虚拟网关的流量转发；

第二转发单元305，用于通过虚拟网关，根据所述路由转发配置的路由协议，将经过所述虚拟网关的流量按照虚拟私有网络VPC路由表转发至不同物理服务器；

第三转发单元306，用于通过所述物理服务器，根据所述路由转发配置，将所述物理服务器的流量按照虚拟私有网络VPC路由表转发至不同虚拟机。

在本实施例的一种实现方式中，所述接收单元301具体用于：

接收应用管理员向所述虚拟网关管理平台输入的目标应用的网络需求信息。

在本实施例的一种实现方式中，所述目标应用的网络需求信息包括所述目标应用的网络带宽需求和新建/并发连接数。

在本实施例的一种实现方式中，所述虚拟网关管理平台包含虚拟网关集群的信息；所述虚拟网关集群的信息包括集群IP、集群内成员的IP、集群名称、集群内节点的个数和成员名称以及集群内节点的带宽中的至少一种信息。

综上，本实施例提供的一种基于虚拟网关的流量管理装置，首先接收应用管理员输入的目标应用的网络需求信息，然后，根据目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发，接着，按照预设流程，通过API向虚拟网关和虚拟机控制器传递参数，以便虚拟网关和虚拟机控制器根据参数生成需要下发的路由转发配置并将其向物理机进行下发，再根据路由转发配置的路由协议，通过网络设备交换机进行虚拟机和虚拟网关的流量转发，通过虚拟网关，将经过虚拟网关的流量按照VPC路由表转发至不同物理服务器，以及通过物理服务器将物理服务器的流量按照VPC路由表转发至不同虚拟机，从而能够实现避免网络设备的浪费，并提高网络管理员对虚拟网关集群的管理效率以及降低管理成本的效果。

进一步地，本申请实施例还提供了一种基于虚拟网关的流量管理设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述基于虚拟网关的流量管理方法的任一种实现方法。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述基于虚拟网关的流量管理方法的任一种实现方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本申请各个实施例或者实施例的某些部分所述的方法。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种基于虚拟网关的流量管理方法，其特征在于，包括：

接收应用管理员输入的目标应用的网络需求信息；

根据所述目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发；

按照预设流程，通过API向虚拟网关和虚拟机控制器传递所述参数，以便所述虚拟网关和虚拟机控制器根据所述参数生成需要下发的路由转发配置并将其向物理机进行下发；

通过网络设备交换机，根据所述路由转发配置的路由协议进行虚拟机和虚拟网关的流量转发；

通过虚拟网关，根据所述路由转发配置的路由协议，将经过所述虚拟网关的流量按照虚拟私有网络VPC路由表转发至不同物理服务器；

通过所述物理服务器，根据所述路由转发配置，将所述物理服务器的流量按照虚拟私有网络VPC路由表转发至不同虚拟机。

2.根据权利要求1所述的方法，其特征在于，所述接收应用管理员输入的目标应用的网络需求信息，包括：

接收应用管理员向所述虚拟网关管理平台输入的目标应用的网络需求信息。

3.根据权利要求1所述的方法，其特征在于，所述目标应用的网络需求信息包括所述目标应用的网络带宽需求和新建/并发连接数。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述虚拟网关管理平台包含虚拟网关集群的信息；所述虚拟网关集群的信息包括集群IP、集群内成员的IP、集群名称、集群内节点的个数和成员名称以及集群内节点的带宽中的至少一种信息。

5.一种基于虚拟网关的流量管理装置，其特征在于，包括：

接收单元，用于接收应用管理员输入的目标应用的网络需求信息；

选择单元，用于根据所述目标应用的网络需求信息，利用预先构建的虚拟网关管理平台，计算并选择10G虚拟网关集群或100G虚拟网关集群进行参数转发；

传递单元，用于按照预设流程，通过API向虚拟网关和虚拟机控制器传递所述参数，以便所述虚拟网关和虚拟机控制器根据所述参数生成需要下发的路由转发配置并将其向物理机进行下发；

第一转发单元，用于通过网络设备交换机，根据所述路由转发配置的路由协议进行虚拟机和虚拟网关的流量转发；

第二转发单元，用于通过虚拟网关，根据所述路由转发配置的路由协议，将经过所述虚拟网关的流量按照虚拟私有网络VPC路由表转发至不同物理服务器；

第三转发单元，用于通过所述物理服务器，根据所述路由转发配置，将所述物理服务器的流量按照虚拟私有网络VPC路由表转发至不同虚拟机。

6.根据权利要求5所述的装置，其特征在于，所述接收单元具体用于：

接收应用管理员向所述虚拟网关管理平台输入的目标应用的网络需求信息。

7.根据权利要求5所述的装置，其特征在于，所述目标应用的网络需求信息包括所述目标应用的网络带宽需求和新建/并发连接数。

8.根据权利要求5-7任一项所述的装置，其特征在于，所述虚拟网关管理平台包含虚拟网关集群的信息；所述虚拟网关集群的信息包括集群IP、集群内成员的IP、集群名称、集群内节点的个数和成员名称以及集群内节点的带宽中的至少一种信息。

9.一种基于虚拟网关的流量管理设备，其特征在于，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行权利要求1-4任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行权利要求1-4任一项所述的方法。

Images