VMware：扩展对不透明网络的支持¶
https://blueprints.launchpad.net/nova/+spec/vmware-expand-opaque-support
不透明网络是在 vSphere API 5.5 版本中引入的。这是一个由 vSphere 外部的控制平面管理的网络。该网络的标识符和名称会被告知 vSphere，以便将主机和虚拟机以太网设备连接到它们。
最初的代码是为 NSX-MH（多超visor）Neutron 插件添加的。这在提交 2d7520264a4610068630d7664eeff70fb5e8c681 中完成。该支持需要配置一个全局集成桥接，并确保网络连接到该桥接。这种方法类似于在 libvirt VIF 驱动程序中实现的方式。
在 Liberty 周期中，一个新的插件被添加到 openstack/vmware-nsx 仓库中，它被称为 NSXv3。这是为了支持一个新的 NSX 后端。这是一个多超visor 插件。对 libvirt、Xen 等的支持已经存在。
此规范将处理 VMware VC 驱动程序的计算集成。
问题描述¶
此规范将处理 NSXv3 Neutron 驱动程序的不透明网络配置。
用例¶
这是 NSXv3 插件所必需的。如果没有它，Nova 将无法将以太网设备连接到虚拟机。
提议的变更¶
该更改包含在 VMware 驱动程序代码中，仅与以太网设备的后端配置方式相关。这仅在 Neutron 虚拟端口的类型为“ovs”时发生。NSXv3 插件将确保端口类型设置为“ovs”。VC 驱动程序需要处理这种端口类型。
当类型为“ovs”时，有两种不同的流程
如果配置标志“integration_bridge”已设置。这是针对 NSX-MH 插件的。这要求将后端类型 opaqueNetworkId 设置为“integration_bridge”；后端类型 opaqueNetworkType 设置为“opaque”。
如果未设置该标志，则为 NSXv3 插件。这要求将后端值 opaqueNetworkId 设置为 neutron 网络的 UUID；后端类型 opaqueNetworkType 的值为“nsx.LogicalSwitch”；后端 externalId 具有 neutron 端口的 UUID。
注意
配置选项“integration_bridge”的帮助信息将被更新，以反映不同插件的值。
如果使用了无效的 VC 版本，将显示一个日志警告。
无论是否支持此功能，都应完成上述操作。
备选方案¶
无
数据模型影响¶
无
REST API 影响¶
无
安全影响¶
无
通知影响¶
无
其他最终用户影响¶
无
性能影响¶
无
其他部署者影响¶
NSXv3 的支持将是全新的。
NSX-MH 将被弃用，以支持 NSXv3 插件。因此，我们将默认“integration_bridge”值设置为 None。这意味着运行现有 NSX-MH 的用户需要确保设置此值。这将在文档中明确说明。
开发人员影响¶
无
实现¶
负责人¶
- 主要负责人
garyk
工作项¶
Nova 中更改的实现可以在这里看到：https://review.openstack.org/#/c/165750/。
依赖项¶
此代码依赖于 Liberty 周期中添加的 Neutron 驱动程序 NSXv3。此代码可以在 https://github.com/openstack/vmware-nsx/blob/master/vmware_nsx/plugins/nsx_v3/plugin.py 找到
测试¶
该代码作为 Neutron CI 测试的一部分进行测试。
文档影响¶
我们需要确保更新发布说明，以解释 CONF.vmware.integration_bridge 配置的配置。如上所述，这仅与 NSX-MH 相关，因为代码将被更改以支持 NSXv3。
参考资料¶
历史¶
无
