CN108540408A - 一种基于Openstack的分布式虚拟交换机的管理方法及系统 - Google Patents

Abstract

本发明公开了一种基于Openstack的分布式虚拟交换机的管理方法及系统。该管理方法包括：Neutron组件接收用户发送的管理请求，构建相应的配置文件，并将所述配置文件通过管理插件发送给VMware的Vcenter服务器；其中，所述管理请求包括：创建、删除、或更新分布式虚拟交换机的请求或，创建、删除、或更新端口组的请求；Vcenter服务器执行所述配置文件中相应的操作，并将包含有对应的分布式虚拟交换机或端口组的通用唯一识别码的执行结果返回给管理插件；管理插件通知Neutron组件将所述执行结果写入云管理平台的数据库中。本发明提供的管理方法提高了网络间的传输效率及提高了端口组和分布式虚拟交换机的管理效率。

Description

一种基于Openstack的分布式虚拟交换机的管理方法及系统

技术领域

本发明涉及虚拟交换机技术领域，尤其涉及一种基于Openstack的分布式虚拟交换机的管理方法及系统。

背景技术

分布式虚拟交换机(DistributedvSwitch，简称DVS)是指VMware虚拟机软件虚拟化中一种虚拟交换机，与VMware标准交换机相比，分布式虚拟交换机有众多优势：标准虚拟交换机只能应用于一个物理主机，不具有任何灵活性，并且其他主机不能共享一个虚拟交换机，分布式虚拟交换机可以在主机之间实现共享，在各个主机之间作为虚拟设备实现可用性，它可以实现单个虚拟交换机的功能——连接主机和虚拟机。

Openstack是一款应用广泛的开源云管理平台，目前在对VMware虚拟化管理中，Openstack的网络模块加载VMware的NSX插件，然后在所管理的VMware集群中加载NSX组件，Openstack通过NSX插件对NSX组件进行管理，由NSX插件进行在分布式虚拟机上创建、删除、配置、查看端口的相关管理工作；或者使用标准交换机进行虚拟化管理。但是NSX是一个庞大的软件定义网络的功能集合，其功能不仅与Openstack网络管理组件neutron的功能相互重复，而且在不使用软件定义网络的相关功能，直接与物理网络设备相连接的使用场景中，加载NSX组件明显显得笨重与累赘，不能充分发挥分布式虚拟交换机的优势；而在这种情况下如果使用标准交换机，则需要在所管理的每台物理交换机手工配置端口组等信息，根本无法适应大规模集群中管理大量物理主机的情况。

发明内容

本发明所要解决的技术问题在于提供了一种能提高网络间传输效率和端口、分布式虚拟交换机管理效率的基于Openstack的分布式虚拟交换机的管理方法及系统。

为解决上述技术问题，本发明采用以下技术方案：

一方面，本发明提供了一种基于Openstack的分布式虚拟交换机的管理方法，该管理方法包括：

Neutron组件接收用户发送的管理请求，构建相应的配置文件，并将所述配置文件通过管理插件发送给VMware的Vcenter服务器；其中，所述管理请求包括：创建、删除、或更新分布式虚拟交换机的请求或，创建、删除、或更新端口组的请求；

Vcenter服务器执行所述配置文件中相应的操作，并将包含有对应的分布式虚拟交换机或端口组的通用唯一识别码的执行结果返回给管理插件；

管理插件通知Neutron组件将所述执行结果写入云管理平台的数据库中。

其中，所述管理方法还包括：

当云管理平台在创建虚拟机或给虚拟机添加网卡时，Neutron组件将数据库中已创建的分布式虚拟交换机的通用唯一识别码、端口组的通用唯一识别码、dhcp服务器分配的IP地址封装成创建报文，并将所述创建报文通过管理插件发送给Vcenter服务器；

Vcenter服务器按照所述创建报文中的参数创建虚拟机或者创建网卡，创建成功后将创建信息通过管理组件反馈给Neutron组件；

Neutron组件将所述创建信息更新到云管理平台的数据库中。

其中，所述Neutron组件接收用户发送的管理请求，构建相应的配置文件包括：

Neutron组件接收用户发送的管理请求；

Neutron组件判断所述管理请求对应的操作对象为分布式虚拟交换机还是端口组；

若为分布式虚拟交换机，则Neutron组件将所述管理请求包含的分布式虚拟交换机的操作信息更新到云管理平台的数据库中，Neutron组件根据管理请求及管理请求包含的分布式虚拟交换机的操作信息构建分布式虚拟交换机的配置文件；若为端口组，则Neutron组件将所述管理请求包含的端口组的操作信息更新到云管理平台的数据库中，Neutron组件根据管理请求及管理请求包含的端口组的操作信息构建端口组的配置文件。

其中，所述Neutron组件根据管理请求及管理请求包含的分布式虚拟交换机的操作信息构建分布式虚拟交换机的配置文件包括：

当所述管理请求为创建分布式虚拟交换机的请求时，则Neutron组件将创建指令、欲创建虚拟交换机的名称、分布式虚拟交换机所连通的VMware物理主机的网卡序号构建成配置文件；

当所述管理请求为删除分布式虚拟交换机的请求时，若Neutron组件从云管理平台的数据库中查询并确认分布式虚拟交换机下面没有端口组，则Neutron组件将删除指令和分布式虚拟交换机的通用唯一识别码构建成配置文件；

当所述管理请求为更新分布式虚拟交换机的请求时，若Neutron组件从云管理平台的数据库中查询并确认分布式虚拟交换机的信息与管理请求包含的对应的修改信息不相同，则Neutron组件将更新指令、修改信息和分布式虚拟交换机的通用唯一识别码构建成配置文件。

其中，所述管理方法还包括：

当所述管理请求为删除分布式虚拟交换机的请求时，若Neutron组件从云管理平台的数据库中查询到分布式虚拟交换机下面存在端口组，则发出无法删除的提醒信息；

当所述管理请求为更新分布式虚拟交换机的请求时，若Neutron组件从云管理平台的数据库中查询到分布式虚拟交换机的信息与管理请求包含的对应的修改信息相同，则发出无法更新的提醒信息。

其中，所述Neutron组件根据管理请求及管理请求包含的端口组的操作信息构建端口组的配置文件包括：

当所述管理请求为创建端口组的请求时，则Neutron组件将创建指令、虚拟交换机的名称、欲创建端口组的名称、端口组对应的vlan id构建成配置文件；

当所述管理请求为删除端口组的请求时，若Neutron组件从云管理平台的数据库中查询并确认端口组下面没有端口，则Neutron组件将删除指令和端口组的通用唯一识别码构建成配置文件；

当所述管理请求为更新端口组的请求时，若Neutron组件从云管理平台的数据库中查询并确认端口组的信息与管理请求包含的对应的修改信息不相同，则Neutron组件将更新指令、修改信息和端口组的通用唯一识别码构建成配置文件。

其中，所述管理方法还包括：

当所述管理请求为删除端口组的请求时，若Neutron组件从云管理平台的数据库中查询到端口组下面存在端口，则发出无法删除的提醒信息；

当所述管理请求为更新端口组的请求时，若Neutron组件从云管理平台的数据库中查询到端口组的信息与管理请求包含的对应的修改信息相同，则发出无法更新的提醒信息。

其中，所述管理方法还包括：当管理请求为创建端口组的请求时，Neutron组件在openstack网络节点所在的主机上创建网桥设备。

另一方面，本发明提供了一种基于Openstack的分布式虚拟交换机的管理系统，该管理系统包括Neutron组件、Vcenter服务器和管理插件；

所述Neutron组件包括：

构建单元，用于接收用户发送的管理请求，构建相应的配置文件；

发送单元，用于将所述配置文件通过管理插件发送给VMware的Vcenter服务器；

其中，所述管理请求包括：创建、删除、或更新分布式虚拟交换机的请求或，创建、删除、或更新端口组的请求；

所述Vcenter服务器包括：

接收单元，用于接收Neutron组件通过管理插件发送的配置文件；

执行单元，用于执行所述配置文件中相应的操作；

返回单元，用于将包含有对应的分布式虚拟交换机或端口组的通用唯一识别码的执行结果返回给管理插件；

所述管理插件包括：

传递单元，用于将Neutron组件发送的配置文件传递给Vcenter服务器，将Vcenter服务器返回的执行结果传递给Neutron组件；

通知单元，用于通知Neutron组件将Vcenter服务器返回的执行结果写入云管理平台的数据库中。

其中，所述Neutron组件还包括封装单元，用于当云管理平台在创建虚拟机或给虚拟机添加网卡时，将数据库中已创建的分布式虚拟交换机的通用唯一识别码、端口组的通用唯一识别码、dhcp服务器分配的IP地址封装成创建报文；

所述发送单元还用于将所述创建报文通过管理插件发送给Vcenter服务器；

所述Vcenter服务器还包括创建单元，用于按照所述创建报文中的参数创建虚拟机或者创建网卡；

所述返回单元还用于，在虚拟机或网卡创建成功后将创建信息通过管理组件反馈给Neutron组件；

所述Neutron组件还包括更新单元，用于将所述创建信息更新到云管理平台的数据库中。

与现有技术相比，本发明的有益效果为：本发明中Neutron组件根据用户发送的管理请求构建相应的配置文件，并通过分布式虚拟交换机的管理插件向Vcenter服务器传递配置文件、向Neutron组件返回Vcenter服务器的执行结果，通过Neutron组件直接管理VMware中的分布式虚拟交换机和端口组，解决了现在技术方案在openstack平台中使用VMware DVS必须加载VMware NSX软件定义网络组件的问题，提高了网络间的传输效率，也提高了端口组和分布式虚拟交换机管理效率。

附图说明

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

图1是本发明具体实施方式中提供的一种基于Openstack的分布式虚拟交换机的管理方法的实施例一的方法流程图。

图2是本发明具体实施方式中提供的一种基于Openstack的分布式虚拟交换机的管理方法的实施例二的方法流程图。

图3是本发明具体实施方式中提供的一种基于Openstack的分布式虚拟交换机的管理方法的实施例三的方法流程图。

图4是本发明具体实施方式中提供的一种基于Openstack的分布式虚拟交换机的管理系统的实施例的结构方框图。

,具体实施方式

为使本发明解决的技术问题、采用的技术方案和达到的技术效果更加清楚，下面将结合附图对本发明实施例的技术方案作进一步的详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图1对本发明实施例提供的一种基于Openstack的分布式虚拟交换机的管理方法作进一步的详细描述。请参考图1，其是本发明具体实施方式中提供的一种基于Openstack的分布式虚拟交换机的管理方法的实施例一的方法流程图。如图1所示，在本实施例中，该管理方法包括步骤S101～步骤S103，具体如下：

步骤S101：Neutron组件接收用户发送的管理请求，构建相应的配置文件，并将所述配置文件通过管理插件发送给VMware的Vcenter服务器；其中，所述管理请求包括：创建、删除、或更新分布式虚拟交换机的请求或，创建、删除、或更新端口组的请求。

Openstack为一个开源的云计算管理平台项目，由几个主要的组件组合起来完成具体工作。OpenStack支持几乎所有类型的云环境，项目目标是提供实施简单、可大规模扩展、丰富、标准统一的云计算管理平台，覆盖了网络、虚拟化、操作系统、服务器等各个方面，其云计算平台项目根据成熟及重要程度的不同，被分解成核心项目、孵化项目，以及支持项目和相关项目，每个项目都有自己的委员会和项目技术主管，而且每个项目都不是一成不变的，孵化项目可以根据发展的成熟度和重要性，转变为核心项目，其核心项目中的网络&地址管理(Network)：Neutron组件，用于提供云计算的网络虚拟化技术，为OpenStack其他服务提供网络连接服务，为用户提供接口，可以定义Network、Subnet、Router，配置DHCP、DNS、负载均衡、L3服务，网络支持GRE、VLAN。VMware为一种商业虚拟化软件，它可以实现在一台机器上同时运行二个或更多操作系统，例如Windows、DOS、LINUX系统中的两个或三个，而且每个操作系统你都可以进行虚拟的分区、配置而不影响真实硬盘的数据，可以通过网卡将几台虚拟机用网卡连接为一个局域网，本实施中由Openstack管理VMware，根据Neutron组件的架构模型，编写管理分布式虚拟交换机的管理插件，并集成进系统中。在本实施例中，分布式虚拟交换机可以连通多台VMware主机上的虚拟机，其与每台虚拟机的虚拟网卡的连接点称为端口，多个端口组成一个端口组，不同的端口组可以设置不同的vlanid(虚拟机局域网的ID)等网络属性信息。

步骤S102：Vcenter服务器执行所述配置文件中相应的操作，并将包含有对应的分布式虚拟交换机或端口组的通用唯一识别码(Universally UniqueIdentifier，UUID)的执行结果返回给管理插件。

Vcenter服务器接收到Neutron组件通过管理插件发送的配置文件之后，执行配置文件中相应的操作(创建、删除、或更新分布式虚拟交换机，或者创建、删除、或更新端口组等)，并包含有对应的分布式虚拟交换机或端口组的通用唯一识别码的执行结果返回给管理插件。

步骤S103：管理插件通知Neutron组件将所述执行结果写入云管理平台的数据库中。

现在技术中采用付费的VMware NSX软件管理分布式虚拟交换机，但是VMware NSX软件功能不仅与Openstack的Neutron组件的功能互相重复，而且在不使用软件定义网络的相关功能，直接与物理网络设备相连接的使用场景中，加载VMware NSX软件明显显得笨重与累赘，不能充分发挥分布式虚拟交换机的优势。而本实施例中利用管理插件管理分布式虚拟交换机和端口组，只联通了VLAN(Virtual LocalAreaNetwork，虚拟局域网)的网络流量，而没用VXLAN(Virtual Extensible LAN，虚拟扩展局域网)的网络流量，所以提高网络间的传输效率、并提高了端口组和分布式虚拟交换机的管理效率。

本实施例中Neutron组件根据用户发送的管理请求构建相应的配置文件，并通过管理插件向Vcenter服务器传递配置文件、向Neutron组件返回Vcenter服务器的处理结果，通过Neutron组件直接管理VMware中的分布式虚拟交换机和端口组，解决了现在技术方案在Openstack平台中使用VMware DVS必须加载VMware NSX软件定义网络组件的问题，提高了网络间的传输效率和端口、分布式虚拟交换机管理效率。

图2是本发明具体实施方式中提供的一种基于Openstack的分布式虚拟交换机的管理方法的实施例二的方法流程图。如图2所示，本实施例在管理方法的实施例一的基础上，在步骤S103之后还包括步骤S204～步骤S206，其中本实施例中的步骤S201～S203与管理方法的实施例一的步骤S101～S103对应，本实施例提供的管理方法的具体内容如下：

步骤S201：Neutron组件接收用户发送的管理请求，构建相应的配置文件，并将所述配置文件通过管理插件发送给VMware的Vcenter服务器。

步骤S202：Vcenter服务器执行所述配置文件中相应的操作，并将包含有对应的分布式虚拟交换机或端口组的通用唯一识别码的执行结果返回给管理插件。

步骤S203：管理插件通知Neutron组件将所述执行结果写入云管理平台的数据库中。

步骤S204：当云管理平台在创建虚拟机或给虚拟机添加网卡时，Neutron组件将数据库中已创建的分布式虚拟交换机的通用唯一识别码、端口组的通用唯一识别码、dhcp服务器分配的IP地址封装成创建报文，并将所述创建报文通过管理插件发送给Vcenter服务器。

步骤S205：Vcenter服务器按照所述创建报文中的参数创建虚拟机或者创建网卡，创建成功后将创建信息通过管理组件反馈给Neutron组件。

步骤S206：Neutron组件将所述创建信息更新到云管理平台的数据库中。

正确创建完分布式虚拟交换机和端口组之后，Openstack在创建虚拟机或给现有的虚拟机添加网卡时，需要Neutron组件将云管理平台数据库中已经创建的分布式虚拟交换机、端口组的通用唯一识别码、及dhcp服务器分配的IP地址等信息封装成创建报文，并将该创建报文传递给Vcenter服务器，由Vcenter服务器按照创建报文的相应参数创建虚拟机或者创建网卡，完成创建后，Vcenter服务器通过管理插件向Neutron组件返回创建信息，Neutron组件将该创建信息更新到数据库中。

本实施例提供的步骤S204～步骤S206实现了从端口组中分配端口给虚拟机使用的目的，通过Openstack的Neutron组件对VMware中的分布式虚拟交换机进行统一管理，避免了传统方法中必须加载庞大的网络虚拟机组件NSX的做法，可以方便快速地将虚拟机的流量通过分布式虚拟交换机引入物理网络。

图3是本发明具体实施方式中提供的一种基于Openstack的分布式虚拟交换机的管理方法的实施例三的方法流程图，本实施例在管理方法的实施例二的基础上对本发明实施例提供的一种基于Openstack的分布式虚拟交换机的管理方法作进一步的详细描述，如图3所示，本实施例提供的管理方法的具体内容如下：

步骤S301：Neutron组件接收用户发送的管理请求。

步骤S302：Neutron组件判断所述管理请求对应的操作对象为分布式虚拟交换机还是端口组？若为分布式虚拟交换机，则执行步骤S303；若为端口组，则执行步骤S305。

步骤S303：Neutron组件将所述管理请求包含的分布式虚拟交换机的操作信息更新到云管理平台的数据库中。执行完毕之后，继续执行步骤S304。

步骤S304：Neutron组件根据管理请求及管理请求包含的分布式虚拟交换机的操作信息构建分布式虚拟交换机的配置文件。执行完毕之后，继续执行步骤S307。

根据不同的管理请求(创建、删除、或更新分布式虚拟交换机)构建对应的配置文件，其中，所述Neutron组件根据管理请求及管理请求包含的分布式虚拟交换机的操作信息构建分布式虚拟交换机的配置文件包括以下三种情况：

第一种，当所述管理请求为创建分布式虚拟交换机的请求时，则Neutron组件将创建指令、欲创建虚拟交换机的名称、分布式虚拟交换机所连通的VMware物理主机的网卡序号构建成配置文件；

第二种，当所述管理请求为删除分布式虚拟交换机的请求时，若Neutron组件从云管理平台的数据库中查询并确认分布式虚拟交换机下面没有端口组，则Neutron组件将删除指令和分布式虚拟交换机的通用唯一识别码构建成配置文件；优选地，若Neutron组件从云管理平台的数据库中查询到分布式虚拟交换机下面存在端口组，则发出无法删除的提醒信息。

第三种，当所述管理请求为更新分布式虚拟交换机的请求时，若Neutron组件从云管理平台的数据库中查询并确认分布式虚拟交换机的信息与管理请求包含的对应的修改信息不相同，则Neutron组件将更新指令、修改信息和分布式虚拟交换机的通用唯一识别码构建成配置文件。优选地，若Neutron组件从云管理平台的数据库中查询到分布式虚拟交换机的信息与管理请求包含的对应的修改信息相同，则发出无法更新的提醒信息。

步骤S305：Neutron组件将所述管理请求包含的端口组的操作信息更新到云管理平台的数据库中。执行完毕之后，继续执行步骤S306。

步骤S306：Neutron组件根据管理请求及管理请求包含的端口组的操作信息构建端口组的配置文件。执行完毕之后，继续执行步骤S307。

根据不同的管理请求(创建、删除、或更新端口组)构建对应的配置文件，其中，所述Neutron组件根据管理请求及管理请求包含的端口组的操作信息构建端口组的配置文件包括三种情况，具体如下：

第一种，当所述管理请求为创建端口组的请求时，则Neutron组件将创建指令、虚拟交换机的名称、欲创建端口组的名称、端口组对应的vlan id构建成配置文件。当管理请求为创建端口组的请求时，Neutron组件还在openstack网络节点所在的主机上创建网桥设备。网桥设备是连接两个局域网的存储转发设备，对于每个VMware虚拟交换机中的端口组，Neutron组件管理时都会创建一个网桥，一方面将该端口组与其他端口组传递数据相隔离，另一方面将该端口组与物理服务器上的子网卡、dhcpAgent设备等设备相连接，形成独立的网络。dhcpAgent设备是虚拟机的dhcp服务器，dhcp Agent设备的作用是为虚拟机分配所在网段的IP地址。

第二种，当所述管理请求为删除端口组的请求时，若Neutron组件从云管理平台的数据库中查询并确认端口组下面没有端口，则Neutron组件将删除指令和端口组的通用唯一识别码构建成配置文件；优选的，若Neutron组件从云管理平台的数据库中查询到端口组下面存在端口，则发出无法删除的提醒信息。

第三种，当所述管理请求为更新端口组的请求时，若Neutron组件从云管理平台的数据库中查询并确认端口组的信息与管理请求包含的对应的修改信息不相同，则Neutron组件将更新指令、修改信息和端口组的通用唯一识别码构建成配置文件；优选的，若Neutron组件从云管理平台的数据库中查询到端口组的信息与管理请求包含的对应的修改信息相同，则发出无法更新的提醒信息。

步骤S307：Neutron组件将所述配置文件通过管理插件发送给Vcenter服务器。

步骤S308：Vcenter服务器执行所述配置文件中相应的操作，并将包含有对应的分布式虚拟交换机或端口组的通用唯一识别码的执行结果返回给管理插件。

步骤S309：管理插件通知Neutron组件将所述执行结果写入云管理平台的数据库中。

步骤S310：当云管理平台在创建虚拟机或给虚拟机添加网卡时，Neutron组件将数据库中已创建的分布式虚拟交换机的通用唯一识别码、端口组的通用唯一识别码、dhcp服务器分配的IP地址封装成创建报文。

步骤S311：Neutron组件将所述创建报文通过管理插件发送给Vcenter服务器。

步骤S312：Vcenter服务器按照所述创建报文中的参数创建虚拟机或者创建网卡，创建成功后将创建信息通过管理组件反馈给Neutron组件。

步骤S313：Neutron组件将所述创建信息更新到云管理平台的数据库中。

具体的，当Neutron组件收到用户发送的创建分布式虚拟交换机的请求时，Neutron组件将创建指令、欲创建虚拟交换机的名称、分布式虚拟交换机所连通的VMware物理主机的网卡序号组构建成配置文件并通过管理插件发送给Vcenter服务器，Vcenter服务器接收到该配置文件后创建对应的分布式虚拟交换机，如果Vcenter服务器创建成功，则将创建成功的状态和生成的分布式虚拟交换机的通用唯一识别码返回给管理插件，管理插件则传给Neutron组件，Neutron组件则将该分布式虚拟交换机的状态标注为创建成功状态；如果创建失败，则返回创建失败的状态给管理插件，管理插件则传给Neutron组件，Neutron组件则将该分布式虚拟交换机状态标注为创建失败状态。

当Neutron组件收到用户发送的删除分布式虚拟交换机的请求时，Neutron组件会先从云管平台数据库中查询该虚拟交换机下面是否有未删除的端口组，如果没有端口组，则将该虚拟交换机的通用唯一识别码和删除指令构建成配置文件并通过管理插件发送给Vcenter服务器，Vcenter服务器接收到该配置文件后删除对应通用唯一识别码的分布式虚拟交换机；如果Vcenter服务器删除成功则返回成功删除的状态给管理插件，管理插件则传给Neutron组件，Neutron组件则修改该分布式虚拟交换机的状态为已删除；如果Vcenter服务器删除失败，则返回删除失败的状态给管理插件，管理插件则传给Neutron组件，Neutron组件则修改该分布式虚拟交换机状态为删除失败状态。如果存在未删除的端口组，则发出无法删除的提醒信息，以提醒用户该分布式虚拟交换机下面存在未删除的端口组，无法删除该分布式虚拟交换机。

当Neutron组件收到用户发送的更新分布式虚拟交换机的请求时，Neutron组件会从运管平台数据库中查询该分布式虚拟交换机的信息，并和用户提交的修改信息进行对比，如果相同，则发出无法更新的提醒信息，提醒用户修改的信息相同，无法进行更新；如果不同，则将该分布式虚拟交换机的通用唯一识别码、需要修改信息(分布式虚拟交换机的名称或者物理主机的网卡序号)和更新指令构建成配置文件并通过管理插件发送给Vcenter服务器，Vcenter服务器接收到该配置文件后更新对应通用唯一识别码的分布式虚拟交换机的信息。如果Vcenter服务器修改成功则返回成功更新的状态给管理插件，管理插件则传给Neutron组件，Neutron组件则修改该虚拟交换机的状态为更新成功；如果Vcenter服务器更新失败，则返回更新失败的状态给管理插件，管理插件则传给Neutron组件，Neutron组件则修改该分布式虚拟交换机状态为更新失败状态。

当Neutron组件收到用户发送的创建端口组的请求时，Neutron组件将创建指令、虚拟交换机的名称、欲创建端口组的名称、端口组对应的vlan id构建成配置文件并通过管理插件发送给Vcenter服务器，Vcenter服务器接收到该配置文件后创建对应的端口组，如果Vcenter服务器创建成功，则将创建成功的状态和生成的端口组的通用唯一识别码返回给管理插件，管理插件则传给Neutron组件，Neutron组件则将该端口组的状态标注为创建成功状态；如果创建失败，则返回创建失败的状态给管理插件，管理插件则传给Neutron组件，Neutron组件则将该端口组状态标注为创建失败状态。

当Neutron组件收到用户发送的删除端口组的请求时，Neutron组件会先从云管平台数据库中查询该端口组下面是否有未删除的端口(虚拟机使用需要端口)，如果没有端口，则将该端口组的通用唯一识别码和删除指令构建成配置文件并通过管理插件发送给Vcenter服务器，Vcenter服务器接收到该配置文件后删除对应通用唯一识别码的端口组，如果Vcenter服务器删除成功则返回成功删除的状态给管理插件，管理插件则传给Neutron组件，Neutron组件则修改该端口组的状态为已删除；如果Vcenter服务器删除失败，则返回删除失败的状态给管理插件，管理插件则传给Neutron组件，Neutron组件则修改该端口组状态为删除失败状态。如果存在未删除的端口，则发出无法删除的提醒信息，以提醒用户该端口组下面存在未删除的端口，无法删除该端口组。

当Neutron组件收到用户发送的更新端口组的请求时，Neutron组件会从运管平台数据库中查询该端口组的信息，并和用户提交的修改信息进行对比，如果不同，则将该端口组的通用唯一识别码、需要修改信息(端口组的名称或者vlan id)和更新指令构建成配置文件并通过管理组件发送给Vcenter服务器，Vcenter服务器接收到该配置文件后更新对应通用唯一识别码的端口组的信息；如果Vcenter服务器修改成功则返回成功更新的状态给管理插件，管理插件则传给Neutron组件，Neutron组件则修改该端口组的状态为更新成功；如果vcenter更新失败，则返回更新失败的状态给管理插件，管理插件则传给Neutron组件，Neutron组件则修改该端口组状态为更新失败状态；如果相同，则发出无法更新的提醒信息，提醒用户修改的信息相同，无法进行更新。

本实施例中Neutron组件根据用户发送的管理请求构建相应的配置文件，并通过管理插件向Vcenter服务器传递配置文件、向Neutron组件返回Vcenter服务器的处理结果，通过Neutron组件直接管理VMware中的分布式虚拟交换机和端口组，解决了现在技术方案在Openstack平台中使用VMware DVS必须加载VMware NSX软件定义网络组件的问题，提高了网络间的传输效率和端口、分布式虚拟交换机管理效率。

以下是本发明具体实施方式中提供的一种基于Openstack的分布式虚拟交换机的管理系统的实施例，系统的实施例基于上述的管理方法的实施例实现，在管理系统中未尽的描述，请参考前述管理方法的实施例一至三。

请参考图4，其是本发明具体实施方式中提供的一种基于Openstack的分布式虚拟交换机的管理系统的实施例的结构方框图。如图4所示，该管理系统00包括Neutron组件10、Vcenter服务器30和管理插件20，所述Neutron组件10包括：构建单元11，用于接收用户发送的管理请求，构建相应的配置文件；发送单元13，用于将所述配置文件通过管理插件20发送给VMware的Vcenter服务器30；其中，所述管理请求包括：创建、删除、或更新分布式虚拟交换机的请求或，创建、删除、或更新端口组的请求。所述Vcenter服务器30包括：接收单元31，用于接收Neutron组件10通过管理插件20发送的配置文件；执行单元32，用于执行所述配置文件中相应的操作；返回单元33，用于将包含有对应的分布式虚拟交换机或端口组的通用唯一识别码的执行结果返回给管理插件20。所述管理插件20包括：传递单元21，用于将Neutron组件10发送的配置文件传递给Vcenter服务器30，将Vcenter服务器30返回的执行结果传递给Neutron组件10；通知单元22，用于通知Neutron组件10将Vcenter服务器30返回的执行结果写入云管理平台的数据库中。

其中，所述Neutron组件10还包括封装单元12，用于当云管理平台在创建虚拟机或给虚拟机添加网卡时，将数据库中已创建的分布式虚拟交换机的通用唯一识别码、端口组的通用唯一识别码、dhcp服务器分配的IP地址封装成创建报文；所述发送单元13还用于将所述创建报文通过管理插件20发送给Vcenter服务器30；所述Vcenter服务器30还包括创建单元34，用于按照所述创建报文中的参数创建虚拟机或者创建网卡；所述返回单元33还用于，在虚拟机或网卡创建成功后将创建信息通过管理组件20反馈给Neutron组件10；所述Neutron组件10还包括更新单元14，用于将所述创建信息更新到云管理平台的数据库中。

优选地，所述构建单元11包括：接收模块111，用于接收用户发送的管理请求；判断模块112，用于判断所述管理请求对应的操作对象为分布式虚拟交换机还是端口组；构建模块113，用于若判断模块112判断出所述管理请求对应的操作对象为分布式虚拟交换机，根据管理请求及管理请求包含的分布式虚拟交换机的操作信息构建分布式虚拟交换机的配置文件；若判断模块112判断出所述管理请求对应的操作对象为端口组，根据管理请求及管理请求包含的端口组的操作信息构建端口组的配置文件；所述更新14单元还用于：若判断模块112判断出所述管理请求对应的操作对象为分布式虚拟交换机，将所述管理请求包含的分布式虚拟交换机的操作信息更新到云管理平台的数据库中；若判断模块112判断出所述管理请求对应的操作对象为端口组，将所述管理请求包含的端口组的操作信息更新到云管理平台的数据库中。

具体地，构建模块113具体用于：当所述管理请求为创建分布式虚拟交换机的请求时，则将创建指令、欲创建虚拟交换机的名称、分布式虚拟交换机所连通的VMware物理主机的网卡序号构建成配置文件；当所述管理请求为删除分布式虚拟交换机的请求时，若从云管理平台的数据库中查询并确认分布式虚拟交换机下面没有端口组，则将删除指令和分布式虚拟交换机的通用唯一识别码构建成配置文件；当所述管理请求为更新分布式虚拟交换机的请求时，若从云管理平台的数据库中查询并确认分布式虚拟交换机的信息与管理请求包含的对应的修改信息不相同，则将更新指令、修改信息和分布式虚拟交换机的通用唯一识别码构建成配置文件。Neutron组件10还包括网桥创建单元15，用于当所述管理请求为创建端口组请求时，在openstack网络节点所在的主机上创建网桥设备。优选地，构建模块113还用于当所述管理请求为删除分布式虚拟交换机的请求时，若从云管理平台的数据库中查询到分布式虚拟交换机下面存在端口组，则发出无法删除的提醒信息。优选地，构建模块113还用于当所述管理请求为更新分布式虚拟交换机的请求时，若从云管理平台的数据库中查询到分布式虚拟交换机的信息与管理请求包含的对应的修改信息相同，则发出无法更新的提醒信息。

具体地，构建模块113具体用于：当所述管理请求为创建端口组的请求时，则将创建指令、虚拟交换机的名称、欲创建端口组的名称、端口组对应的vlan id构建成配置文件；当所述管理请求为删除端口组的请求时，若从云管理平台的数据库中查询并确认端口组下面没有端口，则将删除指令和端口组的通用唯一识别码构建成配置文件；当所述管理请求为更新端口组的请求时，若从云管理平台的数据库中查询并确认端口组的信息与管理请求包含的对应的修改信息不相同，则将更新指令、修改信息和端口组的通用唯一识别码构建成配置文件。优选地，构建模块113还用于当所述管理请求为删除端口组的请求时，若从云管理平台的数据库中查询到端口组下面存在端口，则发出无法删除的提醒信息。优选地，构建模块113还用于当所述管理请求为更新端口组的请求时，若从云管理平台的数据库中查询到端口组的信息与管理请求包含的对应的修改信息相同，则发出无法更新的提醒信息。

综上所述，本实施例提供的基于Openstack的分布式虚拟交换机的管理系统其Neutron组件根据用户发送的管理请求构建相应的配置文件，并通过管理插件向Vcenter服务器传递配置文件、向Neutron组件返回Vcenter服务器的执行结果，通过Neutron组件直接管理VMware中的分布式虚拟交换机和端口组，避免了传统方法中必须加载庞大的VMwareNSX软件的做法，提高了网络间的传输效率和端口、分布式虚拟交换机管理效率，以方便快速地将虚拟机的流量通过分布式虚拟交换机引入物理网络。

以上结合具体实施例描述了本发明的技术原理。这些描述只是为了解释本发明的原理，而不能以任何方式解释为对本发明保护范围的限制。基于此处的解释，本领域的技术人员不需要付出创造性的劳动即可联想到本发明的其它具体实施方式，这些方式都将落入本发明的保护范围之内。

Claims (10)

1.一种基于Openstack的分布式虚拟交换机的管理方法，其特征在于，所述管理方法包括：

Neutron组件接收用户发送的管理请求，构建相应的配置文件，并将所述配置文件通过管理插件发送给VMware的Vcenter服务器；其中，所述管理请求包括：创建、删除、或更新分布式虚拟交换机的请求或，创建、删除、或更新端口组的请求；

Vcenter服务器执行所述配置文件中相应的操作，并将包含有对应的分布式虚拟交换机或端口组的通用唯一识别码的执行结果返回给管理插件；

管理插件通知Neutron组件将所述执行结果写入云管理平台的数据库中。

2.根据权利要求1所述的基于Openstack的分布式虚拟交换机的管理方法，其特征在于，所述管理方法还包括：

当云管理平台在创建虚拟机或给虚拟机添加网卡时，Neutron组件将数据库中已创建的分布式虚拟交换机的通用唯一识别码、端口组的通用唯一识别码、dhcp服务器分配的IP地址封装成创建报文，并将所述创建报文通过管理插件发送给Vcenter服务器；

Vcenter服务器按照所述创建报文中的参数创建虚拟机或者创建网卡，创建成功后将创建信息通过管理组件反馈给Neutron组件；

Neutron组件将所述创建信息更新到云管理平台的数据库中。

3.根据权利要求1所述的基于Openstack的分布式虚拟交换机的管理方法，其特征在于，所述Neutron组件接收用户发送的管理请求，构建相应的配置文件包括：

Neutron组件接收用户发送的管理请求；

Neutron组件判断所述管理请求对应的操作对象为分布式虚拟交换机还是端口组；

若为分布式虚拟交换机，则Neutron组件将所述管理请求包含的分布式虚拟交换机的操作信息更新到云管理平台的数据库中，Neutron组件根据管理请求及管理请求包含的分布式虚拟交换机的操作信息构建分布式虚拟交换机的配置文件；若为端口组，则Neutron组件将所述管理请求包含的端口组的操作信息更新到云管理平台的数据库中，Neutron组件根据管理请求及管理请求包含的端口组的操作信息构建端口组的配置文件。

4.根据权利要求3所述的基于Openstack的分布式虚拟交换机的管理方法，其特征在于，所述Neutron组件根据管理请求及管理请求包含的分布式虚拟交换机的操作信息构建分布式虚拟交换机的配置文件包括：

当所述管理请求为创建分布式虚拟交换机的请求时，则Neutron组件将创建指令、欲创建虚拟交换机的名称、分布式虚拟交换机所连通的VMware物理主机的网卡序号构建成配置文件；

当所述管理请求为删除分布式虚拟交换机的请求时，若Neutron组件从云管理平台的数据库中查询并确认分布式虚拟交换机下面没有端口组，则Neutron组件将删除指令和分布式虚拟交换机的通用唯一识别码构建成配置文件；

当所述管理请求为更新分布式虚拟交换机的请求时，若Neutron组件从云管理平台的数据库中查询并确认分布式虚拟交换机的信息与管理请求包含的对应的修改信息不相同，则Neutron组件将更新指令、修改信息和分布式虚拟交换机的通用唯一识别码构建成配置文件。

5.根据权利要求4所述的基于Openstack的分布式虚拟交换机的管理方法，其特征在于，所述管理方法还包括：

当所述管理请求为删除分布式虚拟交换机的请求时，若Neutron组件从云管理平台的数据库中查询到分布式虚拟交换机下面存在端口组，则发出无法删除的提醒信息；

当所述管理请求为更新分布式虚拟交换机的请求时，若Neutron组件从云管理平台的数据库中查询到分布式虚拟交换机的信息与管理请求包含的对应的修改信息相同，则发出无法更新的提醒信息。

6.根据权利要求3所述的基于Openstack的分布式虚拟交换机的管理方法，其特征在于，所述Neutron组件根据管理请求及管理请求包含的端口组的操作信息构建端口组的配置文件包括：

当所述管理请求为创建端口组的请求时，则Neutron组件将创建指令、虚拟交换机的名称、欲创建端口组的名称、端口组对应的vlan id构建成配置文件；

当所述管理请求为删除端口组的请求时，若Neutron组件从云管理平台的数据库中查询并确认端口组下面没有端口，则Neutron组件将删除指令和端口组的通用唯一识别码构建成配置文件；

当所述管理请求为更新端口组的请求时，若Neutron组件从云管理平台的数据库中查询并确认端口组的信息与管理请求包含的对应的修改信息不相同，则Neutron组件将更新指令、修改信息和端口组的通用唯一识别码构建成配置文件。

7.根据权利要求6所述的基于Openstack的分布式虚拟交换机的管理方法，其特征在于，所述管理方法还包括：

当所述管理请求为删除端口组的请求时，若Neutron组件从云管理平台的数据库中查询到端口组下面存在端口，则发出无法删除的提醒信息；

当所述管理请求为更新端口组的请求时，若Neutron组件从云管理平台的数据库中查询到端口组的信息与管理请求包含的对应的修改信息相同，则发出无法更新的提醒信息。

8.根据权利要求4所述的基于Openstack的分布式虚拟交换机的管理方法，其特征在于，所述管理方法还包括：当管理请求为创建端口组的请求时，Neutron组件在openstack网络节点所在的主机上创建网桥设备。

9.一种基于Openstack的分布式虚拟交换机的管理系统，其特征在于，所述管理系统包括Neutron组件、Vcenter服务器和管理插件；

所述Neutron组件包括：

构建单元，用于接收用户发送的管理请求，构建相应的配置文件；

发送单元，用于将所述配置文件通过管理插件发送给VMware的Vcenter服务器；

其中，所述管理请求包括：创建、删除、或更新分布式虚拟交换机的请求或，创建、删除、或更新端口组的请求；

所述Vcenter服务器包括：

接收单元，用于接收Neutron组件通过管理插件发送的配置文件；

执行单元，用于执行所述配置文件中相应的操作；

返回单元，用于将包含有对应的分布式虚拟交换机或端口组的通用唯一识别码的执行结果返回给管理插件；

所述管理插件包括：

传递单元，用于将Neutron组件发送的配置文件传递给Vcenter服务器，将Vcenter服务器返回的执行结果传递给Neutron组件；

通知单元，用于通知Neutron组件将Vcenter服务器返回的执行结果写入云管理平台的数据库中。

10.根据权利要求9所述的基于Openstack的分布式虚拟交换机的管理系统，其特征在于，所述Neutron组件还包括封装单元，用于当云管理平台在创建虚拟机或给虚拟机添加网卡时，将数据库中已创建的分布式虚拟交换机的通用唯一识别码、端口组的通用唯一识别码、dhcp服务器分配的IP地址封装成创建报文；

所述发送单元还用于将所述创建报文通过管理插件发送给Vcenter服务器；

所述Vcenter服务器还包括创建单元，用于按照所述创建报文中的参数创建虚拟机或者创建网卡；

所述返回单元还用于，在虚拟机或网卡创建成功后将创建信息通过管理组件反馈给Neutron组件；

所述Neutron组件还包括更新单元，用于将所述创建信息更新到云管理平台的数据库中。