基于Open vSwitch的OpenStack提供商网络架构实现
在OpenStack网络架构中，通过ML2插件结合Open vSwitch (OVS)，可以将三层路由与交换功能卸载至底层物理网络设备。这种"提供商网络（Provider Network）"模式有效规避了传统软件定义网络在处理大规模流量时可能出现的瓶颈，特别适用于需要高性能外部连接的场景，如需要实例通过VLAN直接访问外部基础设施的混合云环境。
基础设施与组件布局
本方案要求控制节点与计算节点均配置双网卡（管理网络与提供商网络）。
- 控制节点：负责运行网络API服务、ML2插件、DHCP代理及OVS代理。需创建名为
br-provider的网桥，并将提供商物理接口挂载至该网桥。 - 计算节点：负责承载实例，利用OVS网桥处理二层交换，并通过Linux Bridge模块（qbr）实现安全组隔离。
南北向与东西向流量处理
在该架构中，物理网络承担了核心路由功能：
- 南北向通信：实例发出的数据包经由tap设备进入
qbr，经过安全组策略处理后，由br-int增加内部标签，随后在br-provider处将内部标签替换为实际VLAN ID，最终由物理交换机将其路由至外部网络。 - 东西向通信：若实例位于不同网络，则包由物理路由器完成跨网络转发；若位于同一网络，物理交换机直接进行二层交付。
核心配置指南
1. 内核环境调优
在所有节点调整反向路径过滤策略，以确保网络数据包能正确在网桥间通过：
sysctl -w net.ipv4.conf.default.rp_filter=0
sysctl -w net.ipv4.conf.all.rp_filter=02. ML2插件配置 (ml2_conf.ini)
配置Flat与VLAN驱动，并定义网桥映射：
[ml2]
type_drivers = flat,vlan
mechanism_drivers = openvswitch
[ml2_type_vlan]
network_vlan_ranges = provider:100:200
[ovs]
bridge_mappings = provider:br-provider3. OVS网桥构建
在控制及计算节点初始化物理网桥：
# 创建网桥
ovs-vsctl add-br br-provider
# 将物理接口绑定（以eth1为例）
ovs-vsctl add-port br-provider eth1网络操作验证
在完成基础环境配置后，可执行以下命令验证网络可用性：
- 使用
neutron agent-list检查各节点上的OVS代理与DHCP代理状态。 - 通过
openstack network create创建VLAN类型的提供商网络，并指定--provider:segmentation_id。 - 启动测试实例，通过
openstack port list查看其分配的IP地址，并从控制节点尝试 ping 实例IP。若连接成功，说明数据流经物理路由器的路径已打通。
