附录 H. Open vSwitch 绑定选项
Overcloud 通过 Open vSwitch(OVS)提供网络功能,对于绑定的接口,它提供了多个选项。在 第 6.2.2 节 “创建一个网络环境文件” 中,您可以在网络环境文件中使用以下参数配置一个绑定的接口:
BondInterfaceOvsOptions:
"bond_mode=balance-slb"以下表格提供了对这些选项的解释信息,以及根据您的具体硬件而提供的不同设置。
不要在 LACP 中使用基于 OVS 的绑定,因为这个配置有问题,而且不被支持。可以使用 bond_mode=balance-slb 作为替代来实现相关的功能。另外,您仍然可以在网络接口模板中使用带有 Linux 绑定的 LACP。例如:
- type: linux_bond
name: bond1
members:
- type: interface
name: nic2
- type: interface
name: nic3
bonding_options: "mode=802.3ad lacp_rate=[fast|slow] updelay=1000 miimon=100"-
mode- 启用 LACP。 -
lacp_rate- 指定 LACP 数据包是每 1 秒还是每 30 秒发送一次。 -
updelay- 指定一个接口在可以用来处理网络流量前,它已被激活的最短时间(这个设置有助于防止出现 port flapping outage 的问题)。 -
miimon- 以毫秒为单位的间隔,它用于使用驱动程序的 MIIMON 功能监视端口状态。
如需了解更多与 Linux 绑定选项相关的信息,请参阅 Red Hat Enterprise Linux 7 Networking Guide 中的 4.5.1. Bonding Module Directives。
表 H.1. 绑定选项
|
|
负载平衡操作是基于源 MAC 地址和输出的 VLAN 进行的,并在网络数据特性出现变化时进行定期的再平衡。带有 |
|
|
这个模式提供了一个 active/standby 方式的故障转移功能 - 当 active 连接出现问题时,standy NIC 会恢复网络操作。这只需要在物理交换机上存在一个 MAC 地址。这种模式不需要任何特殊的交换机支持或配置,当连接到不同交换机时同样可以正常工作。这个模式不支持负载平衡。 |
|
|
控制 LACP(Link Aggregation Control Protocol)操作。只有特定交换机才支持 LACP。如果您的交换机不支持 LACP,请使用 不要在 LACP 中使用基于 OVS 的绑定,因为这个配置有问题,而且不被支持。可以使用 bond_mode=balance-slb 作为替代来实现相关的功能。另外,您仍然可以使用带有 Linux 绑定的 LACP: |
|
|
在交换机上把 LACP 设置为 bond_mode=active-backup 作为一个故障恢复。 |
|
|
把 LACP 的"心跳"设置设为 1 秒(fast)或 30 秒(slow)。默认值是 slow。 |
|
|
把连接监测的间隔设置为 miimon heartbeat(miimon)或 monitor carrier(carrier)。默认值是 carrier。 |
|
|
如果使用 miimon,设置心跳间隔(以毫秒为单位)。 |
|
|
为了防止发生网络转移,一个连接必须处于活跃状态的时间(以毫秒为单位) |
|
|
在绑定设备间再平衡网络数据的时间(以毫米为单位)。设为 0 禁用这个功能。 |
如果在 Provider 网络中使用 Linux 绑定出现丢数据包问题,或出现性能问题,可以考虑在备用(standby)接口中禁用 LRO(Large Receive Offload)。避免为 OVS 绑定添加 Linux 绑定,这样做可能会出现 port-flapping 和连接丢失的问题。

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.