2.2. 调整用于将 ML2 机制驱动程序从 OVS 迁移到 OVN 的 MTU

流程

1. 运行 ovn_migration.sh setup-mtu-t1。这会降低内部 neutron DHCP 服务器的 T1 参数，它在运行 DHCP 代理的所有节点中配置 dhcp_renewal_time （在 /var/lib/config-data/puppet-generated/neutron/etc/neutron/dhcp_agent.ini 中）。

   $ ovn_migration.sh setup-mtu-t1   | sudo tee -a /var/log/ovn_migration_output.txt

2. 如果您的原始 OVS 部署使用 VXLAN 或 GRE 项目网络，请等待 DHCP 租期在所有虚拟机实例上续订。这最多可能需要 24 小时，具体取决于租期续订设置和实例数量。

3. 验证 T1 参数是否已传播到现有虚拟机。

   • 连接到其中一个计算节点。

   • 通过附加到项目网络的其中一个虚拟机 tap 运行 tcpdump。

     如果 T1 传播成功，应该可以看到每 30 秒发出的请求：

     [heat-admin@overcloud-novacompute-0 ~]$ sudo tcpdump -i tap52e872c2-e6 port 67 or port 68 -n
     tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
     listening on tap52e872c2-e6, link-type EN10MB (Ethernet), capture size 262144 bytes
     13:17:28.954675 IP 192.168.99.5.bootpc > 192.168.99.3.bootps: BOOTP/DHCP, Request from fa:16:3e:6b:41:3d, length 300
     13:17:28.961321 IP 192.168.99.3.bootps > 192.168.99.5.bootpc: BOOTP/DHCP, Reply, length 355
     13:17:56.241156 IP 192.168.99.5.bootpc > 192.168.99.3.bootps: BOOTP/DHCP, Request from fa:16:3e:6b:41:3d, length 30013:17:56.249899 IP 192.168.99.3.bootps > 192.168.99.5.bootpc: BOOTP/DHCP, Reply, length 355

     注意

     cirros 虚拟机无法进行这个验证。cirros udhcpc 的实现不会响应 DHCP 选项 58 (T1)。在属于完整 Linux 虚拟机的端口上尝试此验证。红帽建议您检查工作负载中所有代表的不同操作系统，如 Windows 和 Linux 发行版的不同版本。

4. 如果任何虚拟机实例没有更新，以反映对 DHCP 的 T1 参数的更改，请重新启动它们。

5. 降低预迁移 VXLAN 和 GRE 网络的 MTU：

   $ ovn_migration.sh reduce-mtu   | sudo tee -a /var/log/ovn_migration_output.txt

   此步骤通过网络减少 MTU 网络，并使用 adapted_mtu 标记已完成的网络。该工具仅作用于 VXLAN 和 GRE 网络。如果您的部署只有 VLAN 项目网络，则此步骤不会更改任何值。

6. 如果您在 VXLAN 或 GRE 项目网络上具有静态 IP 分配的实例，请手动修改这些实例的配置来配置新的 Geneve MTU，这是当前的 VXLAN MTU 减 8 字节。例如，如果基于 VXLAN 的 MTU 是 1450，请将其更改为 1442。

   注意

   只有在 VXLAN 或 GRE 项目网络上手动提供静态 IP 分配和 MTU 设置时，才执行此步骤。默认情况下，DHCP 提供 IP 分配和 MTU 设置。

7. 继续 准备容器镜像，以便从 OVS 机制驱动程序迁移到 OVN 机制驱动程序。