配置 Red Hat OpenStack Platform 网络

流程

1. 以 stack 用户身份登录 undercloud 主机，再提供 stackrc 文件。

   $ source stackrc

2. 选择适合您的部署的自定义角色文件。如果它符合您的需要，请在 deploy 命令中直接使用它。或者，您可以生成自己的自定义角色文件，它们组合了其他自定义角色文件。

   Deployment	角色	角色文件
   Networker 角色	Networker	Networker.yaml
   带有 SR-IOV 的 Networker 角色	NetworkerSriov	NetworkerSriov.yaml
   与 SR-IOV 共存控制和网络程序	ControllerSriov	ControllerSriov.yaml

3. （可选）生成一个新的自定义角色数据文件，它将之前列出的自定义角色文件之一与其他自定义角色文件合并。

   按照 自定义 Red Hat OpenStack Platform 部署 指南中的创建 roles_data 文件中 的说明进行操作。根据您的部署，包含适当的源角色文件。

4. （可选）要识别角色的特定节点，您可以创建特定的硬件类别，并将该类别分配到特定的节点。然后，使用环境文件来定义角色的类别，并指定节点数。

   如需更多信息，请参阅自定义 Red Hat OpenStack Platform 部署 指南中的 创建新角色 中的示例。

5. 根据您的部署创建环境文件。

   Deployment	环境文件示例
   Networker 角色	neutron-ovn-dvr-ha.yaml
   带有 SR-IOV 的 Networker 角色	ovn-sriov.yaml

6. 根据您的部署，包含以下设置。

   Deployment	设置
   Networker 角色	ControllerParameters: OVNCMSOptions: "" ControllerSriovParameters: OVNCMSOptions: "" NetworkerParameters: OVNCMSOptions: "enable-chassis-as-gw" NetworkerSriovParameters: OVNCMSOptions: ""
   带有 SR-IOV 的 Networker 角色	OS::TripleO::Services::NeutronDhcpAgent: OS::Heat::None ControllerParameters: OVNCMSOptions: "" ControllerSriovParameters: OVNCMSOptions: "" NetworkerParameters: OVNCMSOptions: "" NetworkerSriovParameters: OVNCMSOptions: "enable-chassis-as-gw"
   与 SR-IOV 共存控制和网络程序	OS::TripleO::Services::NeutronDhcpAgent: OS::Heat::None ControllerParameters: OVNCMSOptions: "" ControllerSriovParameters: OVNCMSOptions: "enable-chassis-as-gw" NetworkerParameters: OVNCMSOptions: "" NetworkerSriovParameters: OVNCMSOptions: ""

7. 运行部署命令，并使用 -r 选项在部署命令中包含核心 heat 模板、其他环境文件以及自定义角色数据文件。

   重要

   但是，环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

   示例

   $ openstack overcloud deploy --templates <core_heat_templates> \
   -e <other_environment_files> \
   -e /home/stack/templates/my-neutron-environment.yaml
   -r mycustom_roles_file.yaml

验证步骤

1. 以 tripleo-admin 用户身份登录 Controller 或 Networker 节点：

   示例

   ssh tripleo-admin@controller-0

2. 确保 ovn_metadata_agent 正在运行。

   $ sudo podman ps | grep ovn_metadata

   输出示例

   a65125d9588d  undercloud-0.ctlplane.localdomain:8787/rh-osbs ...
   openstack-neutron-metadata-agent-ovn ...
   kolla_start  23 hours ago  Up 21 hours ago  ovn_metadata_agent

3. 确保具有 OVN 服务或专用 Networker 节点的 Controller 节点已配置为 OVS 的网关。

   $ sudo ovs-vsctl get Open_Vswitch . external_ids:ovn-cms-options

   输出示例

   enable-chassis-as-gw

SR-IOV 部署的额外验证步骤

1. 以 tripleo-admin 用户身份登录 Compute 节点：

   示例

   ssh tripleo-admin@compute-0

2. 确保 neutron_sriov_agent 在 Compute 节点上运行。

   sudo podman ps | grep neutron_sriov_agent

   输出示例

   f54cbbf4523a  undercloud-0.ctlplane.localdomain:8787 ...
   openstack-neutron-sriov-agent ...
   kolla_start  23 hours ago  Up 21 hours ago  neutron_sriov_agent

3. 确保已成功检测到网络可用的 SR-IOV NIC。

   $ sudo podman exec -uroot galera-bundle-podman-0 mysql nova \
   -e 'select hypervisor_hostname,pci_stats from compute_nodes;'

   输出示例

   computesriov-1.localdomain	{... {"dev_type": "type-PF", "physical_network"
   : "datacentre", "trusted": "true"}, "count": 1}, ... {"dev_type": "type-VF",
   "physical_network": "datacentre", "trusted": "true", "parent_ifname":
   "enp7s0f3"}, "count": 5}, ...}
   
   computesriov-0.localdomain	{... {"dev_type": "type-PF", "physical_network":
   "datacentre", "trusted": "true"}, "count": 1}, ... {"dev_type": "type-VF",
   "physical_network": "datacentre", "trusted": "true", "parent_ifname":
   "enp7s0f3"}, "count": 5}, ...}

1. 在控制面板中，选择 Project > Network > Routers。

2. 在路由器列表中选择您的虚拟路由器名称，然后点 添加接口。

   在 Subnet 列表中，选择新子网的名称。您可以选择在此字段中为接口指定 IP 地址。

3. 点 Add Interface。

   您的网络中的实例现在可以与子网外的系统通信。

1. 在控制面板中，选择 Project > Network > Networks。

2. 点 +Create Network 并指定以下值：

   字段	描述
   网络名称	描述性名称，基于网络要执行的角色。如果您要将网络与外部 VLAN 集成，请考虑将 VLAN ID 号附加到名称中。例如，webservers_122，如果在这个子网中托管 HTTP Web 服务器，您的 VLAN 标签为 122。或者，如果您打算将网络流量保持私有，而不将网络与外部网络集成，也可以使用 internal-only。
   Admin State	控制网络是否立即可用。使用此字段创建 Down 状态的网络，其中逻辑上存在但不活跃。如果您不打算立即在生产环境中使用这个网络，这将非常有用。
   创建子网	决定是否创建子网。例如，如果您打算将这个网络保留为没有网络连接的占位符，您可能不希望创建子网。

3. 点 Next 按钮，并在 Subnet 选项卡中指定以下值：

   字段	描述
   子网名称	输入子网的描述性名称。
   网络地址	以 CIDR 格式输入地址，其中包含一个值的 IP 地址范围和子网掩码。要确定地址，请计算子网掩码中屏蔽的位数，并将该值附加到 IP 地址范围。例如，子网掩码 255.255.255.0 具有 24 个屏蔽的位。要将这个掩码与 IPv4 地址范围 192.168.122.0 一起使用，请指定地址 192.168.122.0/24。
   IP 版本	指定互联网协议版本，其中有效类型为 IPv4 或 IPv6。Network Address 字段中的 IP 地址范围必须与您选择的版本匹配。
   网关 IP	默认网关的路由器接口的 IP 地址。此地址是路由外部位置的任何流量的下一跳，且必须在您在 Network Address 字段中指定的范围内。例如，如果您的 CIDR 网络地址为 192.168.122.0/24，那么您的默认网关可能是 192.168.122.1。
   禁用网关	禁用转发和隔离子网。

4. 点 Next 指定 DHCP 选项：

   • 启用 DHCP - 为此子网启用 DHCP 服务。您可以使用 DHCP 自动向实例分配 IP 设置。

   • IPv6 地址 - 配置模式.如果创建 IPv6 网络，您必须指定如何分配 IPv6 地址和其他信息：

     • 不指定选项 - 如果您要手动设置 IP 地址，或者使用非 OpenStack 感知方法进行地址分配，请选择此选项。
     • SLAAC （无状态地址自动配置） - 实例根据从 OpenStack 网络路由器发送的路由器公告(RA)消息生成 IPv6 地址。使用此配置来创建 OpenStack 网络子网，并将 ra_mode 设置为 slaac，address_mode 设为 slaac。
     • DHCPv6 stateful - 实例从 OpenStack 网络 DHCPv6 服务接收 IPv6 地址以及附加选项（例如 DNS）。使用这个配置来创建将 ra_mode 设置为 dhcpv6-stateful 的子网，address_mode 设为 dhcpv6-stateful。
     • DHCPv6 stateless - 实例根据从 OpenStack 网络路由器发送的路由器公告(RA)消息生成 IPv6 地址。从 OpenStack 网络 DHCPv6 服务中分配附加选项（如 DNS）。使用这个配置来创建将 ra_mode 设置为 dhcpv6-stateless 的子网，address_mode 设为 dhcpv6-stateless。
   • 分配池 - 要分配的 IP 地址范围。例如，值 192.168.22.100,192.168.22.150 认为该范围内的所有地址都可用于分配。

   • DNS 名称服务器 - 网络上可用的 DNS 服务器的 IP 地址。DHCP 将这些地址分发到实例以进行名称解析。

     重要

     对于 DNS 等战略性服务，最好不要在云中托管它们。例如，如果您的云托管 DNS，当云无法正常运行时，DNS 将不可用，云组件无法相互查找。

   • 主机路由 - 静态主机路由。首先，以 CIDR 格式指定目的地网络，后跟您要用于路由的下一跃点（例如 192.168.23.0/24、10.1.31.1）。如果您需要向实例分发静态路由，请提供这个值。

5. 点 Create。

   您可以在 Networks 选项卡中查看完整的网络。您还可以根据需要点 Edit 来更改任何选项。在创建实例时，您可以将它们配置为使用其子网，并接收任何指定的 DHCP 选项。

1. 在仪表板中，选择 Project > Network > Networks，然后在 Networks 视图中点您的网络名称。

2. 点 Create Subnet，并指定以下值：

   字段	描述
   子网名称	描述性子网名称。
   网络地址	CIDR 格式的地址，其中包含一个值的 IP 地址范围和子网掩码。要确定 CIDR 地址，请计算子网掩码中屏蔽的位数，并将该值附加到 IP 地址范围。例如，子网掩码 255.255.255.0 具有 24 个屏蔽的位。要将这个掩码与 IPv4 地址范围 192.168.122.0 一起使用，请指定地址 192.168.122.0/24。
   IP 版本	Internet 协议版本，其中有效类型为 IPv4 或 IPv6。Network Address 字段中的 IP 地址范围必须与您选择的协议版本匹配。
   网关 IP	默认网关的路由器接口的 IP 地址。此地址是路由外部位置的任何流量的下一跳，且必须在您在 Network Address 字段中指定的范围内。例如，如果您的 CIDR 网络地址为 192.168.122.0/24，那么您的默认网关可能是 192.168.122.1。
   禁用网关	禁用转发和隔离子网。

3. 点 Next 指定 DHCP 选项：

   • 启用 DHCP - 为此子网启用 DHCP 服务。您可以使用 DHCP 自动向实例分配 IP 设置。

   • IPv6 地址 - 配置模式.如果创建 IPv6 网络，您必须指定如何分配 IPv6 地址和其他信息：

     • 不指定选项 - 如果您要手动设置 IP 地址，或者使用非 OpenStack 感知方法进行地址分配，请选择此选项。
     • SLAAC （无状态地址自动配置） - 实例根据从 OpenStack 网络路由器发送的路由器公告(RA)消息生成 IPv6 地址。使用此配置来创建 OpenStack 网络子网，并将 ra_mode 设置为 slaac，address_mode 设为 slaac。
     • DHCPv6 stateful - 实例从 OpenStack 网络 DHCPv6 服务接收 IPv6 地址以及附加选项（例如 DNS）。使用这个配置来创建将 ra_mode 设置为 dhcpv6-stateful 的子网，address_mode 设为 dhcpv6-stateful。
     • DHCPv6 stateless - 实例根据从 OpenStack 网络路由器发送的路由器公告(RA)消息生成 IPv6 地址。从 OpenStack 网络 DHCPv6 服务中分配附加选项（如 DNS）。使用这个配置来创建将 ra_mode 设置为 dhcpv6-stateless 的子网，address_mode 设为 dhcpv6-stateless。
   • 分配池 - 要分配的 IP 地址范围。例如，值 192.168.22.100,192.168.22.150 认为该范围内的所有地址都可用于分配。
   • DNS 名称服务器 - 网络上可用的 DNS 服务器的 IP 地址。DHCP 将这些地址分发到实例以进行名称解析。
   • 主机路由 - 静态主机路由。首先，以 CIDR 格式指定目的地网络，后跟您要用于路由的下一跃点（例如 192.168.23.0/24、10.1.31.1）。如果您需要向实例分发静态路由，请提供这个值。

4. 点 Create。

   您可以查看 Subnets 列表中的子网。您还可以根据需要点 Edit 来更改任何选项。在创建实例时，您可以将它们配置为使用其子网，并接收任何指定的 DHCP 选项。

1. 在控制面板中，选择 Project > Network > Routers，再点 Create Router。
2. 输入新路由器的描述性名称，再点创建路由器。
3. 在 Routers 列表中，点新路由器条目旁边的 Set Gateway。
4. 在 External Network 列表中，指定您要接收用于外部位置的流量的网络。

5. 点 Set Gateway。

   添加路由器后，您必须配置您创建的子网来使用此路由器发送流量。您可以通过在子网和路由器之间创建接口来完成此操作。

1. 在仪表板中，选择 Project > Network > Routers，然后点您要删除的路由器的名称。
2. 选择类型为 Internal Interface 的接口，然后点 Delete Interfaces。
3. 从 Routers 列表中，选择目标路由器，再点 Delete Routers。

1. 在控制面板中，选择 Project > Network > Networks。
2. 点您的网络名称。
3. 选择目标子网，再点删除子网。

1. 在控制面板中，选择 Project > Network > Networks。

   删除与目标网络子网关联的所有路由器接口。

   要删除接口，请通过点击网络列表中的目标网络找到您要删除的网络的 ID 号，查看 ID 字段。与网络关联的所有子网在 Network ID 字段中共享这个值。

2. 进入到 Project > Network > Routers，点 Routers 列表中的虚拟路由器名称，并找到附加到您要删除的子网的接口。

   您可以使用作为网关 IP 的 IP 地址将这个子网与其它子网区分开。您可以通过确保接口的网络 ID 与您在上一步中记录的 ID 匹配来进一步验证区别。

3. 点您要删除的接口的 Delete Interface 按钮。
4. 选择 Project > Network > Networks，然后点您的网络名称。

5. 点您要删除的子网的删除子网按钮。

   注意

   如果您仍然无法删除子网，请确保它没有被任何实例使用。

6. 选择 Project > Network > Networks，然后选择您要删除的网络。
7. 点 Delete Networks。

流程

1. 在 undercloud 主机上，以 stack 用户身份登录，创建一个自定义 YAML 环境文件。

   示例

   $ vi /home/stack/templates/my-modules-environment.yaml

   提示

   Red Hat OpenStack Platform Orchestration 服务(heat)使 用一组名为 template 的计划来安装和配置您的环境。您可以使用一个自定义环境文件来自定义 overcloud 的各个方面，它是为编配模板提供自定义的特殊模板类型。

2. 在 parameter_defaults 下的 YAML 环境文件中，使用 NeutronBridgeMappings 来指定用于访问外部网络的 OVS 网桥。

   示例

   parameter_defaults:
     NeutronBridgeMappings: 'physnet1:br-net1,physnet2:br-net2'

3. 在 Controller 和 Compute 节点的自定义 NIC 配置模板中，使用附加接口来配置网桥。

   示例

   ...
                 - type: ovs_bridge
                   name: br-net1
                   mtu: 1500
                   use_dhcp: false
                   members:
                   - type: interface
                     name: eth0
                     mtu: 1500
                     use_dhcp: false
                     primary: true
                 - type: ovs_bridge
                   name: br-net2
                   mtu: 1500
                   use_dhcp: false
                   members:
                   - type: interface
                     name: eth1
                     mtu: 1500
                     use_dhcp: false
                     primary: true
   ...

4. 运行 openstack overcloud deploy 命令，并包含模板和环境文件，包括修改的自定义 NIC 模板和新的环境文件。

   重要

   但是，环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

   示例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-neutron-environment.yaml

验证

1. 创建一个外部网络 (public1) 作为扁平网络，并将它与配置的物理网络 (physnet1) 关联。

   将其配置为共享网络（使用 --share），以便其他用户创建直接连接到外部网络的虚拟机实例。

   示例

   # openstack network create --share --provider-network-type flat --provider-physical-network physnet1 --external public01

2. 使用 openstack subnet create 命令创建子网 (public_subnet)。

   示例

   # openstack subnet create --no-dhcp --allocation-pool start=192.168.100.20,end=192.168.100.100 --gateway 192.168.100.1 --network public01 public_subnet

3. 创建虚拟机实例，并将其直接连接到新创建的外部网络。

   示例

   $ openstack server create --image rhel --flavor my_flavor --network public01 my_instance

1. 数据包离开实例的 eth0 接口，并到达 linux 网桥 qbr-xx。
2. 网桥 qbr-xx 连接到 br-int，使用 veth 对 qvb-xx <-> qvo-xxx。这是因为网桥用于应用安全组定义的入站/出站防火墙规则。
3. 接口 qvb-xx 连接到 qbr-xx linux 网桥，qvoxx 连接到 br-int Open vSwitch (OVS) 网桥。

1. 传入流量到达物理节点上的 eth1。
2. 数据包传递到 br-ex 网桥。
3. 数据包通过 patch-peer phy-br-ex <--> int-br-ex 移到 br-int。

观察 br-int 上的流量流

1. 当数据包到达 int-br-ex 时，br-int 网桥内的 OVS 流规则是添加内部 VLAN 标签 5 的数据包。查看 actions=mod_vlan_vid:5 条目：

    # ovs-ofctl dump-flows br-int
   NXST_FLOW reply (xid=0x4):
    cookie=0x0, duration=5351.536s, table=0, n_packets=12118, n_bytes=510456, idle_age=0, priority=1 actions=NORMAL
    cookie=0x0, duration=4537.553s, table=0, n_packets=3489, n_bytes=321696, idle_age=0, priority=3,in_port=15,vlan_tci=0x0000 actions=mod_vlan_vid:5,NORMAL
    cookie=0x0, duration=5350.365s, table=0, n_packets=628, n_bytes=57892, idle_age=4538, priority=2,in_port=15 actions=drop
    cookie=0x0, duration=5351.432s, table=23, n_packets=0, n_bytes=0, idle_age=5351, priority=0 actions=drop

2. 第二条规则管理到达 int-br-ex (in_port=15)且无 VLAN 标签(vlan_tci=0x0000)的数据包：此规则将 VLAN 标签 5 添加到数据包(actions=mod_vlan_vid:5,NORMAL)，并将它转发到 qvoxxx。
3. 在剥离 VLAN 标签后，qvoxxx 接受数据包并将其转发到 qvbxx。
4. 然后，数据包到达实例。

流程

1. 检查 bridge_mappings。

   验证您使用的物理网络名称是否与 bridge_mapping 配置的内容一致。

   示例

   在本例中，物理网络名称为 physnet1。

   $ openstack network show provider-flat

   输出示例

   ...
   | provider:physical_network | physnet1
   ...

   示例

   在本例中，bridge_mapping 配置的内容也是 physnet1 ：

   $ grep bridge_mapping /etc/neutron/plugins/ml2/openvswitch_agent.ini

   输出示例

   bridge_mappings = physnet1:br-ex

2. 检查网络配置。

   确认网络已创建为外部，并使用 flat 类型：

   示例

   在本例中，会查询网络 provider-flat 的详细信息：

   $ openstack network show provider-flat

   输出示例

   ...
   | provider:network_type     | flat                                 |
   | router:external           | True                                 |
   ...

3. 检查 patch-peer。

   验证 br-int 和 br-ex 是否使用 patch-peer int-br-ex <--> phy-br-ex 连接。

   $ ovs-vsctl show

   输出示例

     Bridge br-int
         fail_mode: secure
        Port int-br-ex
             Interface int-br-ex
                 type: patch
                 options: {peer=phy-br-ex}

   输出示例

   在 br-ex 上配置 patch-peer：

       Bridge br-ex
           Port phy-br-ex
               Interface phy-br-ex
                   type: patch
                   options: {peer=int-br-ex}
           Port br-ex
               Interface br-ex
                   type: internal

   如果 bridge_mapping 在 /etc/neutron/plugins/ml2/openvswitch_agent.ini 中正确配置，这个连接会在重启 neutron-openvswitch-agent 服务时被创建。

   如果在重启该服务后没有创建连接，请重新检查 bridge_mapping 设置。

4. 检查网络流。

   运行 ovs-ofctl dump-flows br-ex 和 ovs-ofctl dump-flows br-int，并检查流是否剥离传出数据包的内部 VLAN ID，并为传入的数据包添加 VLAN ID。当您生成实例到特定 Compute 节点上的此网络时，会首先添加此流。

   1. 如果在生成实例后没有创建此流，请验证网络是否创建为 flat，为 external，且 physical_network 名称是正确的。此外，请检查 bridge_mapping 设置。

   2. 最后，检查 ifcfg-br-ex 和 ifcfg-ethx 配置。确保 ethX 作为端口添加到 br-ex 中，并且 ifcfg-br-ex 和 ifcfg-ethx 在 ip 的输出中有一个 UP 标志。

      输出示例

      以下输出显示 eth1 是 br-ex 中的端口：

          Bridge br-ex
              Port phy-br-ex
                  Interface phy-br-ex
                      type: patch
                      options: {peer=int-br-ex}
              Port "eth1"
                  Interface "eth1"

      示例

      以下示例演示了 eth1 配置为 OVS 端口，并且内核知道从接口传输所有数据包，并将它们发送到 OVS 网桥 br-ex。这可以在条目 master ovs-system 中观察到。

      $ ip a
      5: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovs-system state UP qlen 1000

流程

1. 在 undercloud 主机上，以 stack 用户身份登录，创建一个自定义 YAML 环境文件。

   示例

   $ vi /home/stack/templates/my-modules-environment.yaml

   提示

   Red Hat OpenStack Platform Orchestration 服务(heat)使 用一组名为 template 的计划来安装和配置您的环境。您可以使用一个自定义环境文件来自定义 overcloud 的各个方面，它是为编配模板提供自定义的特殊模板类型。

2. 在 parameter_defaults 下的 YAML 环境文件中，使用 NeutronTypeDrivers 指定您的网络类型驱动程序。

   示例

   parameter_defaults:
     NeutronTypeDrivers: vxlan,flat,vlan

3. 配置 NeutronNetworkVLANRanges 设置，以反映使用的物理网络和 VLAN 范围：

   示例

   parameter_defaults:
     NeutronTypeDrivers: 'vxlan,flat,vlan'
     NeutronNetworkVLANRanges: 'physnet1:171:172'

4. 创建一个外部网络网桥 (br-ex)，并将端口 (eth1) 与它关联。

   这个示例将 eth1 配置为使用 br-ex ：

   示例

   parameter_defaults:
     NeutronTypeDrivers: 'vxlan,flat,vlan'
     NeutronNetworkVLANRanges: 'physnet1:171:172'
     NeutronBridgeMappings: 'datacentre:br-ex,tenant:br-int'

5. 运行 openstack overcloud deploy 命令，并包含核心模板和环境文件，包括这个新的环境文件。

   重要

   但是，环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

   示例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-neutron-environment.yaml

验证

1. 创建外部网络作为类型 vlan，并将它们与配置的 physical_network 关联。

   运行以下示例命令创建两个网络：一个用于 VLAN 171，另一个用于 VLAN 172：

   示例

   $ openstack network create \
   			--provider-network-type vlan \
   			--provider-physical-network physnet1 \
   			--provider-segment 171 \
   			provider-vlan171
   
   $ openstack network create \
   			--provider-network-type vlan \
   			--provider-physical-network physnet1 \
   			--provider-segment 172 \
   			provider-vlan172

2. 创建多个子网，并将其配置为使用外部网络。

   您可以使用 openstack subnet create 或 dashboard 来创建这些子网。确保您从网络管理员收到的外部子网详情已与每个 VLAN 正确关联。

   在此示例中，VLAN 171 使用子网 10.65.217.0/24，VLAN 172 使用 10.65.218.0/24:

   示例

   $ openstack subnet create \
   			--network provider-vlan171 \
   			--subnet-range 10.65.217.0/24 \
   			--dhcp \
   			--gateway 10.65.217.254 \
   			subnet-provider-171
   
   $ openstack subnet create \
   			--network provider-vlan172 \
   			--subnet-range 10.65.218.0/24 \
   			--dhcp \
   			--gateway 10.65.218.254 \
   			subnet-provider-172

1. 离开实例的 eth0 接口的数据包会到达连接到实例的 linux 网桥 qbr-xx。
2. qbr-xx 使用 veth 对 qvbxx <→ qvoxxx 连接到 br-int。
3. qvbxx 连接到 linux 网桥 qbr-xx，qvoxx 连接到 Open vSwitch 网桥 br-int。

流程

1. 验证 bridge_mapping 配置中使用的物理网络名称是否与物理网络名称匹配。

   示例

   $ openstack network show provider-vlan171

   输出示例

   ...
   | provider:physical_network | physnet1
   ...

   示例

   $ grep bridge_mapping /etc/neutron/plugins/ml2/openvswitch_agent.ini

   输出示例

   在本例中，物理网络名称 physnet1 与 bridge_mapping 配置中使用的名称匹配：

   bridge_mappings = physnet1:br-ex

2. 确认网络已创建为外部，类型为 vlan，并使用正确的 segmentation_id 值：

   示例

   $ openstack network show provider-vlan171

   输出示例

   ...
   | provider:network_type     | vlan                                 |
   | provider:physical_network | physnet1                             |
   | provider:segmentation_id  | 171                                  |
   ...

3. 检查 patch-peer。

   验证 br-int 和 br-ex 是否使用 patch-peer int-br-ex <--> phy-br-ex 连接。

   $ ovs-vsctl show

   此连接在重启 neutron-openvswitch-agent 时创建的，只要 bridge_mapping 在 /etc/neutron/plugins/ml2/openvswitch_agent.ini 中正确配置。

   如果这没有在重启服务后创建，则重新检查 bridge_mapping 设置。

4. 检查网络流。

   1. 要查看传出数据包的流，请运行 ovs-ofctl dump-flows br-ex 和 ovs-ofctl dump-flows br-int，并验证流是否将内部 VLAN ID 映射到外部 VLAN ID (segmentation_id)。

   2. 对于传入的数据包，请将外部 VLAN ID 映射到内部 VLAN ID。

      当您首次生成实例到此网络时，neutron OVS 代理会添加此流。

   3. 如果在生成实例后没有创建此流，请确保网络已创建为 vlan，是 外部，并且 physical_network 名称是正确的。另外，再次检查 bridge_mapping 设置。

   4. 最后，重新检查 ifcfg-br-ex 和 ifcfg-ethx 配置。

      确保 br-ex 包含端口 ethX，并且 ifcfg-br-ex 和 ifcfg-ethx 在 ip a 命令的输出中有一个 UP 标志。

      示例

      $ ovs-vsctl show

      在本例中，eth1 是 br-ex 中的一个端口：

          Bridge br-ex
              Port phy-br-ex
                  Interface phy-br-ex
                      type: patch
                      options: {peer=int-br-ex}
              Port "eth1"
                  Interface "eth1"

      示例

      $ ip a

      输出示例

      在本示例输出中，eth1 已添加为端口，并且内核配置为将所有数据包从接口移动到 OVS 网桥 br-ex。这由条目 master ovs-system 演示。

      5: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovs-system state UP qlen 1000

流程

1. 在 undercloud 主机上，以 stack 用户身份登录，创建一个自定义 YAML 环境文件。

   示例

   $ vi /home/stack/templates/my-ovs-environment.yaml

   提示

   编排服务(heat)使用一组名为 template 的计划来安装和配置您的环境。您可以使用自定义环境文件自定义 overcloud 的各个方面，它是为 heat 模板提供自定义的特殊模板类型。

2. 在 parameter_defaults 下的 YAML 环境文件中，将 NeutronEnableIgmpSnooping 设置为 true。

   parameter_defaults:
       NeutronEnableIgmpSnooping: true
       ...

   重要

   确保在冒号 (:) 和 true 间添加一个空格字符。

3. 运行 openstack overcloud deploy 命令，并包含核心 heat 模板、环境文件以及新的自定义环境文件。

   重要

   环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

   示例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-ovs-environment.yaml

流程

1. 配置安全性，以允许多播到适当的虚拟机实例。例如，创建一对安全组规则，以允许来自 IGMP querier 的 IGMP 流量进入和退出虚拟机实例，以及允许多播流量的第三个规则。

   示例

   安全组 mySG 允许 IGMP 流量进入并退出虚拟机实例。

    openstack security group rule create --protocol igmp --ingress mySG
   
    openstack security group rule create --protocol igmp --egress mySG

   另一种规则允许多播流量访问虚拟机实例。

   openstack security group rule create  --protocol udp mySG

   作为设置安全组规则的替代选择，一些操作员选择有选择地禁用网络上的端口安全性。如果您选择禁用端口安全性，请考虑和规划任何相关的安全风险。

2. 在 undercloud 节点上的环境文件中设置 heat 参数 NeutronEnableIgmpSnooping: True。例如，将以下行添加到 ovn-extras.yaml 中。

   示例

   parameter_defaults:
           NeutronEnableIgmpSnooping: True

3. 在 openstack overcloud deploy 命令中包含环境文件以及与您环境相关的任何其他环境文件并部署 overcloud。

   $ openstack overcloud deploy \
   --templates \
   …
   -e <other_overcloud_environment_files> \
   
   -e ovn-extras.yaml \
   …

   将 <other_overcloud_environment_files> 替换为属于您现有部署的环境文件列表。

验证

1. 验证是否启用了多播 snooping。列出北向数据库 Logical_Switch 表。

   $ ovn-nbctl list Logical_Switch

   输出示例

   _uuid         : d6a2fbcd-aaa4-4b9e-8274-184238d66a15
   other_config  : {mcast_flood_unregistered="false", mcast_snoop="true"}
   ...

   网络服务(neutron) igmp_snooping_enable 配置转换为 OVN 北向数据库中 Logical_Switch 表的 other_config 列中设置的 mcast_snoop 选项。请注意，mcast_flood_unregistered 始终为 "false"。

2. 显示 IGMP 组。

   $ ovn-sbctl list IGMP_group

   输出示例

   _uuid    : 2d6cae4c-bd82-4b31-9c63-2d17cbeadc4e
   address  : "225.0.0.120"
   chassis  : 34e25681-f73f-43ac-a3a4-7da2a710ecd3
   datapath : eaf0f5cc-a2c8-4c30-8def-2bc1ec9dcabc
   ports    : [5eaf9dd5-eae5-4749-ac60-4c1451901c56, 8a69efc5-38c5-48fb-bbab-30f2bf9b8d45]
   ...

流程

1. 在控制面板中，选择 Admin > Networks > Create Network > Project。
2. 选择您要使用 Project 下拉列表托管新网络的项目。

3. 检查 Provider Network Type 中的选项：

   • Local - 流量保留在本地计算主机上，并有效地与任何外部网络隔离。
   • flat - 流量保留在单一网络中，也可以与主机共享。没有 VLAN 标记或其他网络隔离。
   • VLAN - 使用与物理网络中存在的 VLAN ID 对应的 VLAN ID 创建网络。此选项允许实例与同一第 2 层 VLAN 上的系统通信。
   • GRE - 使用一个网络覆盖，跨多个节点进行实例间的私有通信。出口覆盖的流量必须被路由。
   • VXLAN - 与 GRE 类似，并使用网络覆盖来跨越多个节点进行实例之间的私有通信。出口覆盖的流量必须被路由。

4. 点创建网络。

   查看 Project Network Topology，以验证网络是否已成功创建。

流程

1. 输入以下命令从池中分配浮动 IP 地址。在本例中，网络名为 public。

   示例

   $ openstack floating ip create public

   输出示例

   在以下示例中，新分配的浮动 IP 是 192.0.2.200。您可以将其分配给实例。

   +---------------------+--------------------------------------------------+
   | Field               | Value                                            |
   +---------------------+--------------------------------------------------+
   | fixed_ip_address    | None                                             |
   | floating_ip_address | 192.0.2.200                                      |
   | floating_network_id | f0dcc603-f693-4258-a940-0a31fd4b80d9             |
   | id                  | 6352284c-c5df-4792-b168-e6f6348e2620             |
   | port_id             | None                                             |
   | router_id           | None                                             |
   | status              | ACTIVE                                           |
   +---------------------+--------------------------------------------------+

2. 输入以下命令查找您的实例：

   $ openstack server list

   输出示例

   +-------------+-------------+--------+-------------+-------+-------------+
   | ID          | Name        | Status | Networks    | Image | Flavor      |
   +-------------+-------------+--------+-------------+-------+-------------+
   | aef3ca09-88 | prod-serv1  | ACTIVE | public=198. | rhel8 | review-     |
   | 7d-4d20-872 |             |        | 51.100.56   |       | ephemeral   |
   | d-1d1b49081 |             |        |             |       |             |
   | 958         |             |        |             |       |             |
   |             |             |        |             |       |             |
   +-------------+-------------+--------+-------------+-------+-------------+

3. 将实例名称或 ID 与浮动 IP 关联。

   示例

   $ openstack server add floating ip prod-serv1 192.0.2.200

流程

1. 以 stack 用户身份登录 undercloud 主机。

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

3. 在自定义环境 YAML 文件中，设置 port_forwarding 服务插件：

   parameter_defaults:
     NeutronPluginExtensions: "router,port_forwarding"

   注意

   port_forwarding 服务插件要求您设置 路由器服务 插件。

4. 如果您将 ML2/OVS 机制驱动程序与网络服务搭配使用，还必须为 OVS L3 代理设置 port_forwarding 扩展：

   parameter_defaults:
     NeutronPluginExtensions: "router,port_forwarding"
     NeutronL3AgentExtensions: "port_forwarding"

5. 部署 overcloud，并包含核心 heat 模板、环境文件和新的自定义环境文件。

   重要

   但是，环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

   $ openstack overcloud deploy --templates \
    -e <your_environment_files> \
    -e /home/stack/templates/my-environment.yaml

   RHOSP 用户现在可以为浮动 IP 设置端口转发。如需更多信息，请参阅 第 5.7 节 “为浮动 IP 创建端口转发”。

验证

1. 提供 overcloud 凭据文件。

   示例

   $ source ~/overcloudrc

2. 确保网络服务已成功载入 port_forwarding 和路由器 服务插件：

   $ openstack extension list --network -c Name -c Alias --max-width 74 | \
   grep -i -e 'Neutron L3 Router' -i -e floating-ip-port-forwarding

   输出示例

   成功验证会生成类似如下的输出：

   | Floating IP Port Forwarding       | floating-ip-port-forwarding        |
   | Neutron L3 Router                 | router                             |

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 使用以下命令为浮动 IP 创建端口转发：

   $ openstack floating ip port forwarding create \
   --internal-ip-address <internal-ip-address> \
   --port <port> \
   --internal-protocol-port <port-number> \
   --external-protocol-port <port-number> \
   --protocol <protocol> \
   <floating-ip>

   • 将 <internal-ip-address > 替换为内部目标 IP 地址。

     这是与运行应用的实例关联的 IP 地址。

   • 将 & lt;port > 替换为实例所附加的网络服务端口的名称或 ID。

   • 将 --internal -protocol-port 中的 <port-number> 替换为内部目标端口号。

     这是应用程序在实例中使用的端口号。

   • 将 --external -protocol-port 中的 <port-number> 替换为外部源端口号。

     这是在 RHOSP 云外部运行的应用程序的端口号。

   • 将 &lt;protocol> 替换为接收端口转发流量的应用程序所使用的协议，如 TCP 或 UDP。

   • 将 <floating-ip > 替换为您要转发的端口流量的浮动 IP。

     示例

     本例为附加到浮动 IP 198.51.100.47 的实例创建端口。浮动 IP 使用网络服务端口 1adfdb09-e8c6-4708-b5aa-11f50fc22d62。当网络服务检测到传入 198.51.100.47:80 的外部流量时，它将流量转发到内部 IP 地址 203.0.113.107，在 TCP 端口 8080 上：

     $ openstack floating ip port forwarding create \
     --internal-ip-address 203.0.113.107 \
     --port 1adfdb09-e8c6-4708-b5aa-11f50fc22d62 \
     --internal-protocol-port 8080 \
     --external-protocol-port 80 \
     --protocol tcp \
     198.51.100.47

流程

1. 在文本编辑器中打开 /etc/sysconfig/network-scripts/ifcfg-eth0，并使用适合您的站点的网络值更新以下参数：

   • IPADDR
   • 子网掩码网关

   • DNS1 （名称服务器）

     下面是一个示例：

     # vi /etc/sysconfig/network-scripts/ifcfg-eth0
     DEVICE=eth0
     TYPE=OVSPort
     DEVICETYPE=ovs
     OVS_BRIDGE=br-ex
     ONBOOT=yes

2. 在文本编辑器中打开 /etc/sysconfig/network-scripts/ifcfg-br-ex，并使用之前分配给 eth0 的 IP 地址值更新虚拟网桥参数：

   # vi /etc/sysconfig/network-scripts/ifcfg-br-ex
   DEVICE=br-ex
   DEVICETYPE=ovs
   TYPE=OVSBridge
   BOOTPROTO=static
   IPADDR=192.168.120.10
   NETMASK=255.255.255.0
   GATEWAY=192.168.120.1
   DNS1=192.168.120.1
   ONBOOT=yes

   现在，您可以将浮动 IP 地址分配给实例，并将它们提供给物理网络。

1. 在控制面板中，选择 Project > Network > Network Topology。
2. 找到您要管理的路由器，将鼠标悬停在上面，然后点添加接口。

3. 指定您要连接到路由器的子网。

   您还可以指定 IP 地址。该地址可用于测试和故障排除目的，因为成功对此接口的 ping 指示流量按预期路由。

4. 点 Add interface。

   Network Topology 图表会自动更新，以反映路由器和子网之间的新接口连接。

1. 在控制面板中，选择 Project > Network > Routers。
2. 点托管您要删除的接口的路由器的名称。
3. 选择接口类型(Internal Interface)，然后点 Delete Interfaces。

1. 互联网 - 常见的第一步是将 ping 测试发送到互联网位置，如 www.example.com。

   • 成功 ：此测试表示机器和互联网之间的所有网络点都正确运行。这包括虚拟和物理网络基础架构。
   • 失败 ： ping 测试到距离互联网位置的方法可能会失败。如果您的网络中的其他机器能够成功 ping 互联网，证明互联网连接可以正常工作，且此问题可能会在本地计算机的配置中。

2. 物理路由器 - 网络管理员指定将流量定向到外部目的地的路由器接口。

   • 成功 ：对物理路由器的 Ping 测试可以确定本地网络和底层交换机是否正常运行。这些数据包不会遍历路由器，因此它们不会证明默认网关上是否存在路由问题。
   • 失败 ：这表示 VM1 和默认网关间的问题。路由器/交换机可能会停机，或者您可能使用错误的默认网关。将配置与您知道在正确运行的另一个服务器上的配置进行比较。尝试 ping 本地网络中的其他服务器。

3. Neutron 路由器 - 这是 Red Hat OpenStack Platform 用来指示虚拟机流量的虚拟 SDN （软件定义网络）路由器。

   • 成功 ：防火墙允许 ICMP 流量，网络节点在线。
   • 失败 ：确认实例安全组中是否允许 ICMP 流量。检查网络节点是否已在线，确认所有必需的服务是否正在运行，并检查 L3 代理日志(/var/log/neutron/l3-agent.log)。

4. 物理交换机 - 物理交换机管理同一物理网络中节点间的流量。

   • 成功 ：虚拟机发送到物理交换机的流量必须通过虚拟网络基础架构，这表示此段正常工作。
   • 失败 ：检查物理交换机端口是否已配置为中继所需的 VLAN。

5. VM2 - 在同一 Compute 节点上尝试 ping 同一子网上的虚拟机。

   • 成功 ：VM1 上的 NIC 驱动程序和基本 IP 配置可以正常工作。
   • 失败 ：验证 VM1 上的网络配置。或者，VM2 上的防火墙可能只是阻止 ping 流量。此外，验证虚拟切换配置并检查 Open vSwitch 日志文件。

流程

1. 要查看附加到名为 r1 路由器的所有端口，请运行以下命令：

   #  openstack port list --router r1

   输出示例

   +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+
   | id                                   | name | mac_address       | fixed_ips                                                                            |
   +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+
   | b58d26f0-cc03-43c1-ab23-ccdb1018252a |      | fa:16:3e:94:a7:df | {"subnet_id": "a592fdba-babd-48e0-96e8-2dd9117614d3", "ip_address": "192.168.200.1"} |
   | c45e998d-98a1-4b23-bb41-5d24797a12a4 |      | fa:16:3e:ee:6a:f7 | {"subnet_id": "43f8f625-c773-4f18-a691-fd4ebfb3be54", "ip_address": "172.24.4.225"}  |
   +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+

2. 要查看每个端口的详细信息，请运行以下命令：包含您要查看的端口的端口 ID。结果包括端口状态，如下例所示，如 ACTIVE 状态：

   # openstack port show b58d26f0-cc03-43c1-ab23-ccdb1018252a

   输出示例

   +-----------------------+--------------------------------------------------------------------------------------+
   | Field                 | Value                                                                                |
   +-----------------------+--------------------------------------------------------------------------------------+
   | admin_state_up        | True                                                                                 |
   | allowed_address_pairs |                                                                                      |
   | binding:host_id       | node.example.com                                                      |
   | binding:profile       | {}                                                                                   |
   | binding:vif_details   | {"port_filter": true, "ovs_hybrid_plug": true}                                       |
   | binding:vif_type      | ovs                                                                                  |
   | binding:vnic_type     | normal                                                                               |
   | device_id             | 49c6ebdc-0e62-49ad-a9ca-58cea464472f                                                 |
   | device_owner          | network:router_interface                                                             |
   | extra_dhcp_opts       |                                                                                      |
   | fixed_ips             | {"subnet_id": "a592fdba-babd-48e0-96e8-2dd9117614d3", "ip_address": "192.168.200.1"} |
   | id                    | b58d26f0-cc03-43c1-ab23-ccdb1018252a                                                 |
   | mac_address           | fa:16:3e:94:a7:df                                                                    |
   | name                  |                                                                                      |
   | network_id            | 63c24160-47ac-4140-903d-8f9a670b0ca4                                                 |
   | security_groups       |                                                                                      |
   | status                | ACTIVE                                                                               |
   | tenant_id             | d588d1112e0f496fb6cac22f9be45d49                                                     |
   +-----------------------+--------------------------------------------------------------------------------------+

3. 为每个端口执行第 2 步以确定其状态。

流程

1. 使用 ping <gateway-IP-address> ping 网关。

   考虑这个示例，其中使用以下命令创建了一个网络：

   # openstack network create --provider-network-type vlan --provider-physical-network phy-eno1 --provider-segment 120 provider
   # openstack subnet create --no-dhcp --allocation-pool start=192.168.120.1,end=192.168.120.153 --gateway 192.168.120.254 --network  provider public_subnet

   在本例中，网关 IP 地址为 192.168.120.254。

   $ ping 192.168.120.254

2. 如果 ping 失败，请执行以下操作：

   1. 确认您具有关联的 VLAN 的网络流。

      VLAN ID 可能尚未设置。在本例中，OpenStack 网络配置为将 VLAN 120 中继到提供商网络。（请参见第 1 步中的示例中的 --provider:segmentation_id=120。）

   2. 使用命令 ovs-ofctl dump-flows <bridge-name> 命令确认网桥接口上的 VLAN 流。

      在本例中，网桥名为 br-ex ：

      # ovs-ofctl dump-flows br-ex
      
       NXST_FLOW reply (xid=0x4):
        cookie=0x0, duration=987.521s, table=0, n_packets=67897, n_bytes=14065247, idle_age=0, priority=1 actions=NORMAL
        cookie=0x0, duration=986.979s, table=0, n_packets=8, n_bytes=648, idle_age=977, priority=2,in_port=12 actions=drop

流程

1. 使用 openstack network agent list 命令来验证 RHOSP 网络服务代理是否已启动，并使用正确的主机名注册。

   (overcloud)[stack@undercloud~]$ openstack network agent list
   +--------------------------------------+--------------------+-----------------------+-------+----------------+
   | id                                   | agent_type         | host                  | alive | admin_state_up |
   +--------------------------------------+--------------------+-----------------------+-------+----------------+
   | a08397a8-6600-437d-9013-b2c5b3730c0c | Metadata agent     | rhelosp.example.com   | :-)   | True           |
   | a5153cd2-5881-4fc8-b0ad-be0c97734e6a | L3 agent           | rhelosp.example.com   | :-)   | True           |
   | b54f0be7-c555-43da-ad19-5593a075ddf0 | DHCP agent         | rhelosp.example.com   | :-)   | True           |
   | d2be3cb0-4010-4458-b459-c5eb0d4d354b | Open vSwitch agent | rhelosp.example.com   | :-)   | True           |
   +--------------------------------------+--------------------+-----------------------+-------+----------------+

2. 检查 /var/log/containers/neutron/openvswitch-agent.log。查找确认创建进程使用 ovs-ofctl 命令配置 VLAN 中继。
3. 验证 /etc/neutron/l3_agent.ini 文件中的 external_network_bridge。如果 external_network_bridge 参数中有一个硬编码的值，则无法使用带有 L3-agent 的提供商网络，您无法创建必要的流。external_network_bridge 值的格式必须是 'external_network_bridge = "" '。
4. 检查 /etc/neutron/plugin.ini 文件中的 network_vlan_ranges 值。对于提供商网络，不要指定数字 VLAN ID。仅在使用 VLAN 隔离项目网络时指定 ID。
5. 验证 OVS agent configuration file bridge mappings，确认映射到 phy-eno1 的网桥存在，并正确连接到 eno1。

流程

1. 使用您的 Red Hat OpenStack Platform 凭证登录 overcloud。
2. 运行 openstack server list 命令以获取虚拟机实例的名称。

3. 运行 openstack server show 命令，以确定在其上运行实例的 Compute 节点。

   示例

   $ openstack server show my_instance -c OS-EXT-SRV-ATTR:host \
   -c addresses

   输出示例

   +----------------------+-------------------------------------------------+
   | Field                | Value                                           |
   +----------------------+-------------------------------------------------+
   | OS-EXT-SRV-ATTR:host | compute0.ctlplane.example.com                   |
   | addresses            | finance-network1=192.0.2.2; provider-           |
   |                      | storage=198.51.100.13                           |
   +----------------------+-------------------------------------------------+

4. 登录 Compute 节点主机。

   示例

   $ ssh tripleo-admin@compute0.ctlplane

5. 运行 ip netns list 命令以查看 OVN 元数据命名空间。

   输出示例

   ovnmeta-07384836-6ab1-4539-b23a-c581cf072011 (id: 1)
   ovnmeta-df9c28ea-c93a-4a60-b913-1e611d6f15aa (id: 0)

6. 使用元数据命名空间运行 ip netns exec 命令来 ping 关联的网络。

   示例

   $ sudo ip netns exec ovnmeta-df9c28ea-c93a-4a60-b913-1e611d6f15aa \
   ping 192.0.2.2

   输出示例

   PING 192.0.2.2 (192.0.2.2) 56(84) bytes of data.
   64 bytes from 192.0.2.2: icmp_seq=1 ttl=64 time=0.470 ms
   64 bytes from 192.0.2.2: icmp_seq=2 ttl=64 time=0.483 ms
   64 bytes from 192.0.2.2: icmp_seq=3 ttl=64 time=0.183 ms
   64 bytes from 192.0.2.2: icmp_seq=4 ttl=64 time=0.296 ms
   64 bytes from 192.0.2.2: icmp_seq=5 ttl=64 time=0.307 ms
   ^C
   --- 192.0.2.2 ping statistics ---
   5 packets transmitted, 5 received, 0% packet loss, time 122ms
   rtt min/avg/max/mdev = 0.183/0.347/0.483/0.116 ms

流程

1. 使用 openstack network list 命令列出所有项目网络，确定哪个网络命名空间包含网络：

   $ openstack network list

   在此输出中，请注意 web-servers 网络的 ID (9cb32fe0-d7fb-432c-b116-f483c6497b08)。命令将网络 ID 附加到网络命名空间中，这可让您在下一步中识别命名空间。

   输出示例

   +--------------------------------------+-------------+-------------------------------------------------------+
   | id                                   | name        | subnets                                               |
   +--------------------------------------+-------------+-------------------------------------------------------+
   | 9cb32fe0-d7fb-432c-b116-f483c6497b08 | web-servers | 453d6769-fcde-4796-a205-66ee01680bba 192.168.212.0/24 |
   | a0cc8cdd-575f-4788-a3e3-5df8c6d0dd81 | private     | c1e58160-707f-44a7-bf94-8694f29e74d3 10.0.0.0/24      |
   | baadd774-87e9-4e97-a055-326bb422b29b | private     | 340c58e1-7fe7-4cf2-96a7-96a0a4ff3231 192.168.200.0/24 |
   | 24ba3a36-5645-4f46-be47-f6af2a7d8af2 | public      | 35f3d2cb-6e4b-4527-a932-952a395c4bb3 172.24.4.224/28  |
   +--------------------------------------+-------------+-------------------------------------------------------+

2. 使用 ip netns list 命令列出所有网络命名空间：

   # ip netns list

   输出中包含一个与 web-servers 网络 ID 匹配的命名空间。

   在此输出中，命名空间为 qdhcp-9cb32fe0-d7fb-432c-b116-f483c6497b08。

   输出示例

   qdhcp-9cb32fe0-d7fb-432c-b116-f483c6497b08
   qrouter-31680a1c-9b3e-4906-bd69-cb39ed5faa01
   qrouter-62ed467e-abae-4ab4-87f4-13a9937fbd6b
   qdhcp-a0cc8cdd-575f-4788-a3e3-5df8c6d0dd81
   qrouter-e9281608-52a6-4576-86a6-92955df46f56

3. 通过在命名空间中运行命令（使用 ip netns exec <namespace> 作为前缀）检查 web-servers 网络的配置。

   在本例中，使用了 route -n 命令。

   示例

   # ip netns exec qrouter-62ed467e-abae-4ab4-87f4-13a9937fbd6b route -n

   输出示例

   Kernel IP routing table
   Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
   0.0.0.0         172.24.4.225    0.0.0.0         UG    0      0        0 qg-8d128f89-87
   172.24.4.224    0.0.0.0         255.255.255.240 U     0      0        0 qg-8d128f89-87
   192.168.200.0   0.0.0.0         255.255.255.0   U     0      0        0 qr-8efd6357-96

流程

1. 使用 tcpdump 命令捕获 ICMP 流量：

   示例

   # ip netns exec qrouter-62ed467e-abae-4ab4-87f4-13a9937fbd6b tcpdump -qnntpi any icmp

2. 在一个单独的命令行窗口中，对外部网络执行 ping 测试：

   示例

   # ip netns exec qrouter-62ed467e-abae-4ab4-87f4-13a9937fbd6b ping www.example.com

3. 在运行 tcpdump 会话的终端中，观察 ping 测试的详细结果。

   输出示例

   tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
   IP (tos 0xc0, ttl 64, id 55447, offset 0, flags [none], proto ICMP (1), length 88)
       172.24.4.228 > 172.24.4.228: ICMP host 192.168.200.20 unreachable, length 68
   	IP (tos 0x0, ttl 64, id 22976, offset 0, flags [DF], proto UDP (17), length 60)
       172.24.4.228.40278 > 192.168.200.21: [bad udp cksum 0xfa7b -> 0xe235!] UDP, length 32

流程

1. 以具有访问 OVN 容器所需的权限的用户身份，登录 Controller 主机。

   示例

   $ ssh tripleo-admin@controller-0.ctlplane

2. 创建一个 shell 脚本文件，其中包含您要运行的 ovn 命令。

   示例

   vi ~/bin/ovn-alias.sh

3. 添加 ovn 命令，并保存脚本文件。

   示例

   在本例中，ovn-sbctl、ovn-nbctl 和 ovn-trace 命令已添加到别名文件中：

   REMOTE_IP=$(sudo ovs-vsctl get open . external_ids:ovn-remote)
   NBDB=$(echo $REMOTE_IP | sed 's/6642/6641/g')
   SBDB=$REMOTE_IP
   alias ovn-sbctl="sudo podman exec ovn_controller ovn-sbctl --db=$SBDB"
   alias ovn-nbctl="sudo podman exec ovn_controller ovn-nbctl --db=$NBDB"
   alias ovn-trace="sudo podman exec ovn_controller ovn-trace --db=$SBDB"

4. 在 Compute 主机上重复此流程中的步骤。

验证

1. Source 脚本文件。

   示例

   # source ovn-alias.sh

2. 运行命令以确认您的脚本文件正常工作。

   示例

   # ovn-nbctl show

   输出示例

   switch 26ce22db-1795-41bd-b561-9827cbd81778 (neutron-f8e79863-6c58-43d0-8f7d-8ec4a423e13b) (aka internal_network)
   	port 1913c3ae-8475-4b60-a479-df7bcce8d9c8
       	addresses: ["fa:16:3e:33:c1:fc 192.168.254.76"]
   	port 1aabaee3-b944-4da2-bf0a-573215d3f3d9
       	addresses: ["fa:16:3e:16:cb:ce 192.168.254.74"]
   	port 7e000980-59f9-4a0f-b76a-4fdf4e86f27b
       	type: localport
       	addresses: ["fa:16:3e:c9:30:ed 192.168.254.2"]

流程

1. 以具有访问 OVN 容器所需的权限的用户身份，登录 Controller 主机。

   示例

   $ ssh tripleo-admin@controller-0.ctlplane

2. 提供 OVN 数据库命令的别名文件。

   更多信息请参阅 第 6.8 节 “为 OVN 故障排除命令创建别名”。

   示例

   source ~/ovn-alias.sh

3. 查看逻辑流：

   $ ovn-sbctl lflow-list

4. 检查输出。

   输出示例

   Datapath: "sw0" (d7bf4a7b-e915-4502-8f9d-5995d33f5d10)  Pipeline: ingress
     table=0 (ls_in_port_sec_l2  ), priority=100  , match=(eth.src[40]), action=(drop;)
     table=0 (ls_in_port_sec_l2  ), priority=100  , match=(vlan.present), action=(drop;)
     table=0 (ls_in_port_sec_l2  ), priority=50   , match=(inport == "sw0-port1" && eth.src == {00:00:00:00:00:01}), action=(next;)
     table=0 (ls_in_port_sec_l2  ), priority=50   , match=(inport == "sw0-port2" && eth.src == {00:00:00:00:00:02}), action=(next;)
     table=1 (ls_in_port_sec_ip  ), priority=0    , match=(1), action=(next;)
     table=2 (ls_in_port_sec_nd  ), priority=90   , match=(inport == "sw0-port1" && eth.src == 00:00:00:00:00:01 && arp.sha == 00:00:00:00:00:01), action=(next;)
     table=2 (ls_in_port_sec_nd  ), priority=90   , match=(inport == "sw0-port1" && eth.src == 00:00:00:00:00:01 && ip6 && nd && ((nd.sll == 00:00:00:00:00:00 || nd.sll == 00:00:00:00:00:01) || ((nd.tll == 00:00:00:00:00:00 || nd.tll == 00:00:00:00:00:01)))), action=(next;)
     table=2 (ls_in_port_sec_nd  ), priority=90   , match=(inport == "sw0-port2" && eth.src == 00:00:00:00:00:02 && arp.sha == 00:00:00:00:00:02), action=(next;)
     table=2 (ls_in_port_sec_nd  ), priority=90   , match=(inport == "sw0-port2" && eth.src == 00:00:00:00:00:02 && ip6 && nd && ((nd.sll == 00:00:00:00:00:00 || nd.sll == 00:00:00:00:00:02) || ((nd.tll == 00:00:00:00:00:00 || nd.tll == 00:00:00:00:00:02)))), action=(next;)
     table=2 (ls_in_port_sec_nd  ), priority=80   , match=(inport == "sw0-port1" && (arp || nd)), action=(drop;)
     table=2 (ls_in_port_sec_nd  ), priority=80   , match=(inport == "sw0-port2" && (arp || nd)), action=(drop;)
     table=2 (ls_in_port_sec_nd  ), priority=0    , match=(1), action=(next;)
     table=3 (ls_in_pre_acl      ), priority=0, match=(1), action=(next;)
     table=4 (ls_in_pre_lb       ), priority=0    , match=(1), action=(next;)
     table=5 (ls_in_pre_stateful ), priority=100  , match=(reg0[0] == 1), action=(ct_next;)
     table=5 (ls_in_pre_stateful ), priority=0    , match=(1), action=(next;)
     table=6 (ls_in_acl          ), priority=0    , match=(1), action=(next;)
     table=7 (ls_in_qos_mark     ), priority=0    , match=(1), action=(next;)
     table=8 (ls_in_lb           ), priority=0    , match=(1), action=(next;)
     table=9 (ls_in_stateful     ), priority=100  , match=(reg0[1] == 1), action=(ct_commit(ct_label=0/1); next;)
     table=9 (ls_in_stateful     ), priority=100  , match=(reg0[2] == 1), action=(ct_lb;)
     table=9 (ls_in_stateful     ), priority=0    , match=(1), action=(next;)
     table=10(ls_in_arp_rsp      ), priority=0    , match=(1), action=(next;)
     table=11(ls_in_dhcp_options ), priority=0    , match=(1), action=(next;)
     table=12(ls_in_dhcp_response), priority=0    , match=(1), action=(next;)
     table=13(ls_in_l2_lkup      ), priority=100  , match=(eth.mcast), action=(outport = "_MC_flood"; output;)
     table=13(ls_in_l2_lkup      ), priority=50   , match=(eth.dst == 00:00:00:00:00:01), action=(outport = "sw0-port1"; output;)
     table=13(ls_in_l2_lkup      ), priority=50   , match=(eth.dst == 00:00:00:00:00:02), action=(outport = "sw0-port2"; output;)
   Datapath: "sw0" (d7bf4a7b-e915-4502-8f9d-5995d33f5d10)  Pipeline: egress
     table=0 (ls_out_pre_lb      ), priority=0    , match=(1), action=(next;)
     table=1 (ls_out_pre_acl     ), priority=0    , match=(1), action=(next;)
     table=2 (ls_out_pre_stateful), priority=100  , match=(reg0[0] == 1), action=(ct_next;)
     table=2 (ls_out_pre_stateful), priority=0    , match=(1), action=(next;)
     table=3 (ls_out_lb          ), priority=0    , match=(1), action=(next;)
     table=4 (ls_out_acl         ), priority=0    , match=(1), action=(next;)
     table=5 (ls_out_qos_mark    ), priority=0    , match=(1), action=(next;)
     table=6 (ls_out_stateful    ), priority=100  , match=(reg0[1] == 1), action=(ct_commit(ct_label=0/1); next;)
     table=6 (ls_out_stateful    ), priority=100  , match=(reg0[2] == 1), action=(ct_lb;)
     table=6 (ls_out_stateful    ), priority=0    , match=(1), action=(next;)
     table=7 (ls_out_port_sec_ip ), priority=0    , match=(1), action=(next;)
     table=8 (ls_out_port_sec_l2 ), priority=100  , match=(eth.mcast), action=(output;)
     table=8 (ls_out_port_sec_l2 ), priority=50   , match=(outport == "sw0-port1" && eth.dst == {00:00:00:00:00:01}), action=(output;)
     table=8 (ls_out_port_sec_l2 ), priority=50   , match=(outport == "sw0-port2" && eth.dst == {00:00:00:00:00:02}), action=(output;)

   OVN 和 OpenFlow 之间的主要区别包括：

   • OVN 端口是位于网络中某个位置的逻辑实体，而不是单个交换机上的物理端口。
   • OVN 为管道中的每个表提供一个名称，编号除外。name 描述了管道中该阶段的目的。
   • OVN 匹配语法支持复杂的布尔值表达式。
   • OVN 逻辑流中支持的操作将超出 OpenFlow 的逻辑流。您可以在 OVN 逻辑流语法中实施更高级别的功能，如 DHCP。

5. 运行 OVN 跟踪。

   ovn-trace 命令可以模拟数据包如何通过 OVN 逻辑流传输，或者帮助您确定丢弃数据包的原因。使用以下参数提供 ovn-trace 命令：

   DATAPATH

   启动模拟数据包的逻辑交换机或逻辑路由器。

   MICROFLOW

   模拟数据包，采用 ovn-sb 数据库使用的语法。

   示例

   这个示例在模拟数据包中显示 --minimal 输出选项，并显示数据包到达其目的地：

   $ ovn-trace --minimal sw0 'inport == "sw0-port1" && eth.src == 00:00:00:00:00:01 && eth.dst == 00:00:00:00:00:02'

   输出示例

   #  reg14=0x1,vlan_tci=0x0000,dl_src=00:00:00:00:00:01,dl_dst=00:00:00:00:00:02,dl_type=0x0000
       output("sw0-port2");

   示例

   如需更多详情，这个同一模拟数据包的 --summary 输出显示完整的执行管道：

   $ ovn-trace --summary sw0 'inport == "sw0-port1" && eth.src == 00:00:00:00:00:01 && eth.dst == 00:00:00:00:00:02'

   输出示例

   示例输出显示：

   • 数据包从 sw0-port1 端口输入 sw0 网络并运行 ingress 管道。
   • outport 变量设为 sw0-port2，这表示此数据包的预期目的地为 sw0-port2。
   • 数据包从 ingress 管道输出，并导向 outport 变量设置为 sw0-port2 的 sw0 的 egress 管道。

   • 输出操作在出口管道中执行，它会将数据包输出到 outport 变量的当前值，即 sw0-port2。

     #  reg14=0x1,vlan_tci=0x0000,dl_src=00:00:00:00:00:01,dl_dst=00:00:00:00:00:02,dl_type=0x0000
     ingress(dp="sw0", inport="sw0-port1") {
         outport = "sw0-port2";
         output;
         egress(dp="sw0", inport="sw0-port1", outport="sw0-port2") {
             output;
             /* output to "sw0-port2", type "" */;
         };
     };

流程

1. 以具有访问 OVN 容器所需的权限的用户身份，登录 Controller 主机。

   示例

   $ ssh tripleo-admin@controller-0.ctlplane

2. 运行 ovs-ofctl dump-flows 命令。

   示例

   $ sudo ovs-ofctl dump-flows br-int

3. 检查输出，它类似于以下输出：

   输出示例

   $ ovs-ofctl dump-flows br-int
   NXST_FLOW reply (xid=0x4):
    cookie=0x0, duration=72.132s, table=0, n_packets=0, n_bytes=0, idle_age=72, priority=10,in_port=1,dl_src=00:00:00:00:00:01 actions=resubmit(,1)
    cookie=0x0, duration=60.565s, table=0, n_packets=0, n_bytes=0, idle_age=60, priority=10,in_port=2,dl_src=00:00:00:00:00:02 actions=resubmit(,1)
    cookie=0x0, duration=28.127s, table=0, n_packets=0, n_bytes=0, idle_age=28, priority=0 actions=drop
    cookie=0x0, duration=13.887s, table=1, n_packets=0, n_bytes=0, idle_age=13, priority=0,in_port=1 actions=output:2
    cookie=0x0, duration=4.023s, table=1, n_packets=0, n_bytes=0, idle_age=4, priority=0,in_port=2 actions=output:1

流程

1. 以具有访问 OVN 容器所需的权限的用户身份登录到 Controller 主机。

   单一 Controller 主机上的服务器监控提供了验证基本集群健康状况和诊断许多类型问题所需的信息。对于非常全面的分析，请在所有 Controller 上执行这个步骤。

   示例

   $ ssh tripleo-admin@compute-0

2. 运行 ovs-appctl 命令。

   示例：北向数据库

   $ ovs-appctl -t /var/lib/openvswitch/ovn/ovnnb_db.ctl cluster/status OVN_Northbound

   示例：南向数据库

   ovs-appctl -t /var/lib/openvswitch/ovn/ovnsb_db.ctl cluster/status OVN_Southbound

3. 检查输出，它类似于以下输出：

   输出示例：南向数据库

   此示例输出是在服务器 1114 上生成的，此时是后续。

   1114
   Name: OVN_Southbound
   Cluster ID: 017a (017add73-58f1-4fcd-ae35-bacc0f07ce57)
   Server ID: 1114 (1114865d-4f42-443a-b758-d4431fc35748)
   Address: tcp:[fd00:fd00:fd00:2000::4a]:6644
   Status: cluster member
   Role: follower
   Term: 90
   Leader: ca6e
   Vote: ca6e
   
   Last Election started 27881511 ms ago, reason: leadership_transfer
   Last Election won: 27881503 ms ago
   Election timer: 16000
   Log: [51470, 51737]
   Entries not yet committed: 0
   Entries not yet applied: 0
   Connections: ->ca6e ->0f90 <-ca6e <-0f90
   Disconnections: 0
   Servers:
       1114 (1114 at tcp:[fd00:fd00:fd00:2000::4a]:6644) (self)
       ca6e (ca6e at tcp:[fd00:fd00:fd00:2000::18f]:6644) last msg 5141 ms ago
       0f90 (0f90 at tcp:[fd00:fd00:fd00:2000::2e0]:6644) last msg 22106129 ms ago

   诊断显示示例输出

   右点箭头(→)代表从这个服务器到另一个 A left-pointing 箭头(netobserv)的出站连接代表从其他服务器到这个服务器的入站连接。

   所有服务器都处于活动状态且已连接

   connections: ->ca6e ->0f90 <-ca6e <-0f90

   此三节点集群显示为健康。服务器 1114 具有与其他两台服务器的入站和出站连接，即 ca6e 和 0f90。

   服务器与集群断开连接

   connections: ->ca6e (->0f90)<-ca6e

   服务器 0f90 的传入连接没有列出。传出连接的括号表示出站消息到 0f90 失败。在大多数情况下，连接到集群中的任何服务器会提供足够信息来确定集群是否存在问题。在所有服务器上运行诊断提供了更详细的信息，并可能会检测您无法从单一服务器检测的问题。

   集群丢失仲裁

   Role: candidate
   ...
   Leader: unknown

   此服务器是候选服务器，领导机未知。

   ovsdb-server 在此节点上停机

   2024-03-27T22:10:28Z|00001|unixctl|WARN|failed to connect to /var/lib/openvswitch/ovn/ovnsb_db.ctl
   ovs-appctl: cannot connect to "/var/lib/openvswitch/ovn/ovnsb_db.ctl" (Connection refused)
   
   <exits with non-zero status>

   在这种情况下，您无法从单一服务器获取您需要的所有信息。例如，您无法确定其他服务器是否正在运行。如果服务器停机，请在另一台服务器上运行 ovs-appctl。

   从每个后续者中的最后一个消息到领导的时间（只在领导中更新）

   Servers:
       1114 (1114 at tcp:[fd00:fd00:fd00:2000::4a]:6644) next_index=51737 match_index=51736 last msg 224 ms ago
       ca6e (ca6e at tcp:[fd00:fd00:fd00:2000::18f]:6644) (self) next_index=51470 match_index=51736
       0f90 (0f90 at tcp:[fd00:fd00:fd00:2000::2e0]:6644) next_index=51737 match_index=51736 last msg 224 ms ago

   登录集群领导主机并运行 ovs-appctl。请注意，可以随时选择新的领导。

流程

1. 创建测试网络和子网。

   NETWORK_ID=\
   $(openstack network create internal_network | awk '/\| id/ {print $4}')
   
   openstack subnet create internal_subnet \
   --network $NETWORK_ID \
   --dns-nameserver 8.8.8.8 \
   --subnet-range 192.168.254.0/24

   如果您遇到错误，请执行以下步骤。

2. 验证相关容器是否在 Controller 主机上运行：

   1. 以具有访问 OVN 容器所需的权限的用户身份，登录 Controller 主机。

      示例

      $ ssh tripleo-admin@controller-0.ctlplane

   2. 输入以下命令：

      $ sudo podman ps -a --format="{{.Names}}"|grep ovn

      如以下示例所示，输出应列出 OVN 容器：

      输出示例

      container-puppet-ovn_controller
      ovn_cluster_north_db_server
      ovn_cluster_south_db_server
      ovn_cluster_northd
      ovn_controller

3. 验证相关容器是否在 Compute 主机上运行：

   1. 以具有访问 OVN 容器的所需特权的用户身份登录计算主机。

      示例

      $ ssh tripleo-admin@compute-0.ctlplane

   2. 输入以下命令：

      $ sudo podman ps -a --format="{{.Names}}"|grep ovn

      如以下示例所示，输出应列出 OVN 容器：

      输出示例

      container-puppet-ovn_controller
      ovn_metadata_agent
      ovn_controller

4. 检查日志文件是否有错误消息。

   grep -r ERR /var/log/containers/openvswitch/ /var/log/containers/neutron/

5. 提供别名文件，以运行 OVN 数据库命令。

   更多信息请参阅 第 6.8 节 “为 OVN 故障排除命令创建别名”。

   示例

   $ source ~/ovn-alias.sh

6. 查询北向和南向数据库，以检查响应。

   # ovn-nbctl show
   # ovn-sbctl show

7. 尝试从同一第 2 层网络上的 OVN 元数据接口 ping 实例。

   更多信息请参阅 第 6.5 节 “在 ML2/OVN 命名空间中执行基本 ICMP 测试”。

8. 如果您需要联系红帽以获取支持，请执行 Red Hat Solution 中描述的步骤，如何收集红帽支持所需的所有日志以调查 OpenStack 问题。

流程

1. 以具有访问 OVN 容器所需的权限的用户身份，登录 Controller 或 Compute 节点。

   示例

   $ ssh tripleo-admin@controller-0.ctlplane

2. 设置 ML2/OVN 日志记录模式。

   Debug 日志模式

   $ sudo podman exec -it ovn_controller ovn-appctl -t ovn-controller vlog/set dbg

   Info 日志模式

   $ sudo podman exec -it ovn_controller ovn-appctl -t ovn-controller vlog/set info

流程

1. 以 stack 用户身份登录 undercloud 主机。

2. 提供 undercloud 凭证文件：

   $ source ~/stackrc

3. 确认 qos 服务插件尚未加载。

   $ openstack network qos policy list

   如果没有加载 qos 服务插件，您会收到 ResourceNotFound 错误。如果您没有收到错误，则会加载插件，您不需要执行此主题中的步骤。

4. 创建 YAML 自定义环境文件。

   示例

   $ vi /home/stack/templates/my-neutron-environment.yaml

5. 您的环境文件必须包含关键字 parameter_defaults。在 parameter_defaults 下面的新行中，将 qos 添加到 NeutronServicePlugins 参数：

   parameter_defaults:
      NeutronServicePlugins: "qos"

6. 如果使用 ML2/OVS 和 ML2/SR-IOV 机制驱动程序，那么还必须使用 NeutronAgentExtensions 或 NeutronSriovAgentExtensions 变量在代理上加载 qos 扩展：

   • ML2/OVS

     parameter_defaults:
       NeutronServicePlugins: "qos"
       NeutronAgentExtensions: "qos"

   • ML2/SR-IOV

     parameter_defaults:
       NeutronServicePlugins: "qos"
       NeutronSriovAgentExtensions: "qos"

7. 在 ML2/OVN 部署中，您可以为硬件卸载的端口启用出口最小和最大带宽策略。要做到这一点，将 OvnHardwareOffloadedQos 参数设置为 true ：

   parameter_defaults:
     NeutronServicePlugins: "qos"
     OvnHardwareOffloadedQos: true

8. 如果要使用最小带宽 QoS 策略调度虚拟机实例，还必须执行以下操作：

   1. 将 放置 添加到插件列表中，并确保列表也包含 qos ：

      parameter_defaults:
         NeutronServicePlugins: "qos,placement"

   2. 如果系统管理程序名称与计算服务(nova)使用的规范管理程序名称匹配，请跳至第 7.iii 步。

      如果虚拟机监控程序名称与计算服务使用的规范管理程序名称不匹配，请使用 resource_provider_default_hypervisor 指定备选管理程序名称：

      • ML2/OVS

        parameter_defaults:
          NeutronServicePlugins: "qos,placement"
          ExtraConfig:
            Neutron::agents::ml2::ovs::resource_provider_default_hypervisor: %{hiera('fqdn_canonical')}

      • ML2/SR-IOV

        parameter_defaults:
          NeutronServicePlugins: "qos,placement"
          ExtraConfig:
            Neutron::agents::ml2::sriov::resource_provider_default_hypervisor: %{hiera('fqdn_canonical')}

        重要

        设置替代管理程序名称的另一种方法是使用 resource_provider_hypervisor ：

        • ML2/OVS

          parameter_defaults:
            ExtraConfig:
               Neutron::agents::ml2::ovs::resource_provider_hypervisors:"ens5:%{hiera('fqdn_canonical')},ens6:%{hiera('fqdn_canonical')}"

        • ML2/SR-IOV

          parameter_defaults:
            ExtraConfig:
               Neutron::agents::ml2::sriov::resource_provider_hypervisors:
               "ens5:%{hiera('fqdn_canonical')},ens6:%{hiera('fqdn_canonical')}"

   3. 为每个需要提供最小带宽的 Compute 节点上的相关代理配置资源供应商入口和出口带宽。

      您可以使用以下格式配置出口、入口或两者：

      • 仅配置出口带宽，单位为 kbps ：

        NeutronOvsResourceProviderBandwidths: <bridge0>:<egress_kbps>:,<bridge1>:<egress_kbps>:,...,<bridgeN>:<egress_kbps>:

      • 仅配置入口带宽，单位为 kbps ：

        NeutronOvsResourceProviderBandwidths: <bridge0>::<ingress_kbps>,<bridge1>::<ingress_kbps>,...,<bridgeN>::<ingress_kbps>

      • 配置 egress 和 ingress 带宽，单位为 kbps ：

        NeutronOvsResourceProviderBandwidths: <bridge0>:<egress_kbps>:<ingress_kbps>,<bridge1>:<egress_kbps>:<ingress_kbps>,...,<bridgeN>:<egress_kbps>:<ingress_kbps>

        示例 - OVS 代理

        要为 OVS 代理配置资源供应商入口和出口带宽，请在网络环境文件中添加以下配置：

        parameter_defaults:
          ...
          NeutronBridgeMappings: physnet0:br-physnet0
          NeutronOvsResourceProviderBandwidths: br-physnet0:10000000:10000000

        示例 - SRIOV 代理

        要为 SRIOV 代理配置资源供应商入口和出口带宽，请在网络环境文件中添加以下配置：

        parameter_defaults:
          ...
          NeutronML2PhysicalNetworkMtus: physnet0:1500,physnet1:1500
          NeutronSriovResourceProviderBandwidths: ens5:40000000:40000000,ens6:40000000:40000000

   4. 可选：当多个 ML2 机制驱动程序默认支持它们且在放置服务中跟踪多个代理时，要把 vnic_types 标记为不被支持，也会在您的环境文件中添加以下配置：

      示例 - OVS 代理

      parameter_defaults:
        ...
        NeutronOvsVnicTypeBlacklist: direct

      示例 - SRIOV 代理

      parameter_defaults:
        ...
        NeutronSriovVnicTypeBlacklist: direct

9. 如果要创建 DSCP 标记策略，并使用 ML2/OVS 和隧道协议(VXLAN 或 GRE)，然后在 NeutronAgentExtensions 下添加以下行：

   parameter_defaults:
     ...
     ControllerExtraConfig:
       neutron::config::server_config:
           agent/dscp_inherit:
               value: true

   当 dscp_inherit 为 true 时，网络服务会将内部标头的 DSCP 值复制到外部标头。

10. 运行部署命令，并包含核心 heat 模板、其他环境文件以及新的自定义环境文件。

    重要

    但是，环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

    示例

    $ openstack overcloud deploy --templates \
    -e <other_environment_files> \
    -e /home/stack/templates/my-neutron-environment.yaml

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 确认 qos 服务插件已加载到网络服务中：

   $ openstack network qos policy list

   如果没有加载 qos 服务插件，您会收到 ResourceNotFound 错误，并且您必须加载 qos 服务插件，然后才能继续。更多信息请参阅 第 9.2 节 “为 QoS 策略配置网络服务”。

3. 识别您要为其创建 QoS 策略的项目 ID：

   $ openstack project list

   输出示例

   +----------------------------------+----------+
   | ID                               | Name     |
   +----------------------------------+----------+
   | 4b0b98f8c6c040f38ba4f7146e8680f5 | auditors |
   | 519e6344f82e4c079c8e2eabb690023b | services |
   | 80bf5732752a41128e612fe615c886c6 | demo     |
   | 98a2f53c20ce4d50a40dac4a38016c69 | admin    |
   +----------------------------------+----------+

4. 使用上一步中的项目 ID，为项目创建 QoS 策略。

   示例

   在本例中，为 admin 项目创建一个名为 bw-limiter 的 QoS 策略：

   $ openstack network qos policy create --share --project 98a2f53c20ce4d50a40dac4a38016c69 bw-limiter

5. 配置策略的规则。

   注意

   您可以在策略中添加多个规则，只要每个规则的类型或方向不同。例如，您可以指定两个带宽限制规则，一个规则带有 egress，另一个具有入口方向。

   示例

   在本例中，为名为 bw-limiter 的策略创建 QoS 入口和出口规则，带宽限制为 50000 kbps，最大突发大小为 50000 kbps ：

   $ openstack network qos rule create --type bandwidth-limit \
       --max-kbps 50000 --max-burst-kbits 50000 --ingress bw-limiter
   
   $ openstack network qos rule create --type bandwidth-limit \
       --max-kbps 50000 --max-burst-kbits 50000 --egress bw-limiter

6. 您可以创建带有附加策略的端口，或者将策略附加到预先存在的端口。

   示例 - 创建附加策略的端口

   在本例中，策略 bw-limiter 与端口 port2 关联：

   $ openstack port create --qos-policy bw-limiter --network private port2

   输出示例

   +-----------------------+--------------------------------------------------+
   | Field                 | Value                                            |
   +-----------------------+--------------------------------------------------+
   | admin_state_up        | UP                                               |
   | allowed_address_pairs |                                                  |
   | binding_host_id       |                                                  |
   | binding_profile       |                                                  |
   | binding_vif_details   |                                                  |
   | binding_vif_type      | unbound                                          |
   | binding_vnic_type     | normal                                           |
   | created_at            | 2022-07-04T19:20:24Z                             |
   | data_plane_status     | None                                             |
   | description           |                                                  |
   | device_id             |                                                  |
   | device_owner          |                                                  |
   | dns_assignment        | None                                             |
   | dns_name              | None                                             |
   | extra_dhcp_opts       |                                                  |
   | fixed_ips             | ip_address='192.0.2.210', subnet_id='292f8c-...' |
   | id                    | f51562ee-da8d-42de-9578-f6f5cb248226             |
   | ip_address            | None                                             |
   | mac_address           | fa:16:3e:d9:f2:ba                                |
   | name                  | port2                                            |
   | network_id            | 55dc2f70-0f92-4002-b343-ca34277b0234             |
   | option_name           | None                                             |
   | option_value          | None                                             |
   | port_security_enabled | False                                            |
   | project_id            | 98a2f53c20ce4d50a40dac4a38016c69                 |
   | qos_policy_id         | 8491547e-add1-4c6c-a50e-42121237256c             |
   | revision_number       | 6                                                |
   | security_group_ids    | 0531cc1a-19d1-4cc7-ada5-49f8b08245be             |
   | status                | DOWN                                             |
   | subnet_id             | None                                             |
   | tags                  | []                                               |
   | trunk_details         | None                                             |
   | updated_at            | 2022-07-04T19:23:00Z                             |
   +-----------------------+--------------------------------------------------+

   示例 - 将策略附加到预先存在的端口

   在本例中，策略 bw-limiter 与 port1 关联：

   $ openstack port set --qos-policy bw-limiter port1

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 确认 qos 服务插件已加载到网络服务中：

   $ openstack network qos policy list

   如果没有加载 qos 服务插件，您会收到 ResourceNotFound 错误，并且您必须配置网络服务，然后才能继续。更多信息请参阅 第 9.2 节 “为 QoS 策略配置网络服务”。

3. 识别您要为其创建 QoS 策略的项目 ID：

   $ openstack project list

   输出示例

   +----------------------------------+----------+
   | ID                               | Name     |
   +----------------------------------+----------+
   | 4b0b98f8c6c040f38ba4f7146e8680f5 | auditors |
   | 519e6344f82e4c079c8e2eabb690023b | services |
   | 80bf5732752a41128e612fe615c886c6 | demo     |
   | 98a2f53c20ce4d50a40dac4a38016c69 | admin    |
   +----------------------------------+----------+

4. 使用上一步中的项目 ID，为项目创建 QoS 策略。

   示例

   在本例中，为 admin 项目创建一个名为 qos-web-servers 的 QoS 策略：

   openstack network qos policy create --project 98a2f53c20ce4d50a40dac4a38016c69 qos-web-servers

5. 创建 DSCP 规则，并将其应用到策略。

   示例

   在这个示例中，DSCP 规则使用 DSCP 标记 18 创建，并应用到 qos-web-servers 策略：

   openstack network qos rule create --type dscp-marking --dscp-mark 18 qos-web-servers

   输出示例

   Created a new dscp_marking_rule:
   +-----------+--------------------------------------+
   | Field     | Value                                |
   +-----------+--------------------------------------+
   | dscp_mark | 18                                   |
   | id        | d7f976ec-7fab-4e60-af70-f59bf88198e6 |
   +-----------+--------------------------------------+

6. 您可以更改分配给规则的 DSCP 值。

   示例

   在本例中，规则 d7f976ec-7fab-4e60-af70-f59bf88198e6 中的 DSCP 标记值被改为 22，在 qos-web-servers 策略中：

   $ openstack network qos rule set --dscp-mark 22 qos-web-servers d7f976ec-7fab-4e60-af70-f59bf88198e6

7. 您可以删除 DSCP 规则。

   示例

   在本例中，DSCP 规则 d7f976ec-7fab-4e60-af70-f59bf88198e6（在 qos-web-servers 策略中）被删除：

   $ openstack network qos rule delete qos-web-servers d7f976ec-7fab-4e60-af70-f59bf88198e6

流程

1. 以 stack 用户身份登录 undercloud 主机。

2. 提供 undercloud 凭证文件：

   $ source ~/stackrc

3. 创建自定义 YAML 环境文件。

   示例

   $ vi /home/stack/templates/my_bridge_mappings.yaml

4. 您的环境文件必须包含关键字 parameter_defaults。在 parameter_defaults 关键字后面，添加 NeutronBridgeMappings heat 参数，其值适合您的站点。

   示例

   在本例中，NeutronBridgeMappings 参数分别关联物理名称 datacentre 和 租户、网桥 br-ex 和 br-tenant。

   parameter_defaults:
     NeutronBridgeMappings: "datacentre:br-ex,tenant:br-tenant"

   注意

   如果没有使用 NeutronBridgeMappings 参数，则默认将主机(br-ex)上的外部网桥映射到物理名称(datacentre)。

5. 如果您使用扁平网络，请使用 NeutronFlatNetworks 参数添加其名称。

   示例

   在本例中，参数将物理名称 datacentre 与网桥 br-ex 关联，并将物理名称 租户 与网桥 br-tenant 关联"。

   parameter_defaults:
     NeutronBridgeMappings: "datacentre:br-ex,tenant:br-tenant"
     NeutronFlatNetworks: "my_flat_network"

   注意

   如果没有使用 NeutronFlatNetworks 参数，则默认为 datacentre。

6. 如果您使用 VLAN 网络，请使用 NeutronNetworkVLANRanges 参数指定网络名称以及它访问的 VLAN 范围。

   示例

   在本例中，NeutronNetworkVLANRanges 参数为 tenant 网络指定 VLAN 范围 1 - 1000：

   parameter_defaults:
    NeutronBridgeMappings: "datacentre:br-ex,tenant:br-tenant"
    NeutronNetworkVLANRanges: "tenant:1:1000"

7. 运行部署命令，并包含核心 heat 模板、环境文件以及新的自定义环境文件。

   $ openstack overcloud deploy --templates \
     -e <your_environment_files> \
     -e /home/stack/templates/my_bridge_mappings.yaml

8. 执行以下步骤：

   1. 使用网络 VLAN 范围，创建代表对应外部网络的提供商网络。（在创建 neutron 提供商网络或浮动 IP 网络时，您可以使用物理名称。）
   2. 将外部网络与路由器接口连接到您的项目网络。

流程

1. 以 stack 用户身份登录 undercloud 主机。

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

3. 在 undercloud 节点上的环境文件中，将 EnableVLANTransparency 参数设置为 true。例如，将以下行添加到 ovn-extras.yaml 中。

   parameter_defaults:
       EnableVLANTransparency: true

4. 在 openstack overcloud deploy 命令中包含环境文件以及与您环境相关的任何其他环境文件并部署 overcloud：

   $ openstack overcloud deploy \
   --templates \
   …
   -e <other_overcloud_environment_files> \
   
   -e ovn-extras.yaml \
   …

   将 <other_overcloud_environment_files> 替换为属于您现有部署的环境文件列表。

5. 使用 --transparent-vlan 参数创建网络。

   示例

   $ openstack network create network-name --transparent-vlan

6. 在每个参与的虚拟机上设置一个 VLAN 接口。

   将接口 MTU 设置为比 underlay 网络的 MTU 小 4 字节，以适应 VLAN 透明度所需的额外标记。例如，如果 underlay 网络 MTU 为 1500，则将接口 MTU 设置为 1496。

   以下示例命令在 eth0 上添加了一个 MTU 为 1496 的 VLAN 接口。VLAN 为 50，接口名称为 vlan50 ：

   示例

   $ ip link add link eth0 name vlan50 type vlan id 50 mtu 1496
   $ ip link set vlan50 up
   $ ip addr add 192.128.111.3/24 dev vlan50

7. 对于您在虚拟机内在 VLAN 接口（第 4 步）中创建的 IP 地址，选择这些替代方案之一：

   • 在虚拟机端口上设置允许的地址对。

     示例

     以下示例在端口 fv82gwk3-qq2e-yu93-go31-56w7sf476mm0 上设置了允许的地址对，并使用 192.128.111.3，并选择性地添加 MAC 地址 00:40:96:a8:45:c4:

     $ openstack port set --allowed-address \
     ip-address=192.128.111.3,mac-address=00:40:96:a8:45:c4 \
     fv82gwk3-qq2e-yu93-go31-56w7sf476mm0

   • 禁用端口上的端口安全性。

     当无法列出允许的地址对中所有可能的组合时，禁用端口安全性会提供实际的替代方法。

     示例

     以下示例禁用端口 fv82gwk3-qq2e-yu93-go31-56w7sf476mm0 的端口安全性：

     $ openstack port set --no-security-group \
     --disable-port-security \
     fv82gwk3-qq2e-yu93-go31-56w7sf476mm0

验证

1. 使用 vlan50 IP 地址在 VLAN 上的两个虚拟机之间 ping。
2. 在 eth0 上使用 tcpdump 以查看数据包是否到达 VLAN 标签是否完好。

1. 识别包含需要访问中继 VLAN 的实例的网络。在本例中，这是 公共网络 ：

   openstack network list
   +--------------------------------------+---------+--------------------------------------+
   | ID                                   | Name    | Subnets                              |
   +--------------------------------------+---------+--------------------------------------+
   | 82845092-4701-4004-add7-838837837621 | private | 434c7982-cd96-4c41-a8c9-b93adbdcb197 |
   | 8d8bc6d6-5b28-4e00-b99e-157516ff0050 | public  | 3fd811b4-c104-44b5-8ff8-7a86af5e332c |
   +--------------------------------------+---------+--------------------------------------+

2. 创建父中继端口，并将它附加到实例连接的网络。在本例中，在公共网络上 创建一个名为 parent-trunk-port 的 neutron 端口。这个中继是 父 端口，因为您可以使用它来创建 子端口。

   openstack port create --network public parent-trunk-port
   +-----------------------+-----------------------------------------------------------------------------+
   | Field                 | Value                                                                       |
   +-----------------------+-----------------------------------------------------------------------------+
   | admin_state_up        | UP                                                                          |
   | allowed_address_pairs |                                                                             |
   | binding_host_id       |                                                                             |
   | binding_profile       |                                                                             |
   | binding_vif_details   |                                                                             |
   | binding_vif_type      | unbound                                                                     |
   | binding_vnic_type     | normal                                                                      |
   | created_at            | 2016-10-20T02:02:33Z                                                        |
   | description           |                                                                             |
   | device_id             |                                                                             |
   | device_owner          |                                                                             |
   | extra_dhcp_opts       |                                                                             |
   | fixed_ips             | ip_address='172.24.4.230', subnet_id='dc608964-9af3-4fed-9f06-6d3844fb9b9b' |
   | headers               |                                                                             |
   | id                    | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39                                        |
   | mac_address           | fa:16:3e:33:c4:75                                                           |
   | name                  | parent-trunk-port                                                           |
   | network_id            | 871a6bd8-4193-45d7-a300-dcb2420e7cc3                                        |
   | project_id            | 745d33000ac74d30a77539f8920555e7                                            |
   | project_id            | 745d33000ac74d30a77539f8920555e7                                            |
   | revision_number       | 4                                                                           |
   | security_groups       | 59e2af18-93c6-4201-861b-19a8a8b79b23                                        |
   | status                | DOWN                                                                        |
   | updated_at            | 2016-10-20T02:02:33Z                                                        |
   +-----------------------+-----------------------------------------------------------------------------+

3. 使用在第 2 步中创建的端口创建一个中继。在本例中，中继命名为 parent-trunk。

   openstack network trunk create --parent-port parent-trunk-port parent-trunk
   +-----------------+--------------------------------------+
   | Field           | Value                                |
   +-----------------+--------------------------------------+
   | admin_state_up  | UP                                   |
   | created_at      | 2016-10-20T02:05:17Z                 |
   | description     |                                      |
   | id              | 0e4263e2-5761-4cf6-ab6d-b22884a0fa88 |
   | name            | parent-trunk                         |
   | port_id         | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39 |
   | revision_number | 1                                    |
   | status          | DOWN                                 |
   | sub_ports       |                                      |
   | tenant_id       | 745d33000ac74d30a77539f8920555e7     |
   | updated_at      | 2016-10-20T02:05:17Z                 |
   +-----------------+--------------------------------------+

4. 查看中继连接：

   openstack network trunk list
   +--------------------------------------+--------------+--------------------------------------+-------------+
   | ID                                   | Name         | Parent Port                          | Description |
   +--------------------------------------+--------------+--------------------------------------+-------------+
   | 0e4263e2-5761-4cf6-ab6d-b22884a0fa88 | parent-trunk | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39 |             |
   +--------------------------------------+--------------+--------------------------------------+-------------+

5. 查看中继连接的详情：

   openstack network trunk show parent-trunk
   +-----------------+--------------------------------------+
   | Field           | Value                                |
   +-----------------+--------------------------------------+
   | admin_state_up  | UP                                   |
   | created_at      | 2016-10-20T02:05:17Z                 |
   | description     |                                      |
   | id              | 0e4263e2-5761-4cf6-ab6d-b22884a0fa88 |
   | name            | parent-trunk                         |
   | port_id         | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39 |
   | revision_number | 1                                    |
   | status          | DOWN                                 |
   | sub_ports       |                                      |
   | tenant_id       | 745d33000ac74d30a77539f8920555e7     |
   | updated_at      | 2016-10-20T02:05:17Z                 |
   +-----------------+--------------------------------------+

1. 创建 neutron 端口。

   这个端口是到中继的子端口连接。您还必须指定分配给父端口的 MAC 地址：

   openstack port create --network private --mac-address fa:16:3e:33:c4:75 subport-trunk-port
   +-----------------------+--------------------------------------------------------------------------+
   | Field                 | Value                                                                    |
   +-----------------------+--------------------------------------------------------------------------+
   | admin_state_up        | UP                                                                       |
   | allowed_address_pairs |                                                                          |
   | binding_host_id       |                                                                          |
   | binding_profile       |                                                                          |
   | binding_vif_details   |                                                                          |
   | binding_vif_type      | unbound                                                                  |
   | binding_vnic_type     | normal                                                                   |
   | created_at            | 2016-10-20T02:08:14Z                                                     |
   | description           |                                                                          |
   | device_id             |                                                                          |
   | device_owner          |                                                                          |
   | extra_dhcp_opts       |                                                                          |
   | fixed_ips             | ip_address='10.0.0.11', subnet_id='1a299780-56df-4c0b-a4c0-c5a612cef2e8' |
   | headers               |                                                                          |
   | id                    | 479d742e-dd00-4c24-8dd6-b7297fab3ee9                                     |
   | mac_address           | fa:16:3e:33:c4:75                                                        |
   | name                  | subport-trunk-port                                                       |
   | network_id            | 3fe6b758-8613-4b17-901e-9ba30a7c4b51                                     |
   | project_id            | 745d33000ac74d30a77539f8920555e7                                         |
   | project_id            | 745d33000ac74d30a77539f8920555e7                                         |
   | revision_number       | 4                                                                        |
   | security_groups       | 59e2af18-93c6-4201-861b-19a8a8b79b23                                     |
   | status                | DOWN                                                                     |
   | updated_at            | 2016-10-20T02:08:15Z                                                     |
   +-----------------------+--------------------------------------------------------------------------+

   注意

   如果您收到错误 HttpException: Conflict，请确认您要在不同网络上创建子端口到具有父中继端口的子端口。这个示例将公共网络用于父中继端口，并将 private 用于子端口。

2. 将端口与中继关联(parent-trunk)，并指定 VLAN ID (55)：

   openstack network trunk set --subport port=subport-trunk-port,segmentation-type=vlan,segmentation-id=55 parent-trunk

流程

1. 使用 network trunk 命令检查 网络中继 的配置。

   示例

   $ openstack network trunk list

   输出示例

   +---------------------+--------------+---------------------+-------------+
   | ID                  | Name         | Parent Port         | Description |
   +---------------------+--------------+---------------------+-------------+
   | 0e4263e2-5761-4cf6- | parent-trunk | 20b6fdf8-0d43-475a- |             |
   | ab6d-b22884a0fa88   |              | a0f1-ec8f757a4a39   |             |
   +---------------------+--------------+---------------------+-------------+

   示例

   $ openstack network trunk show parent-trunk

   输出示例

   +-----------------+------------------------------------------------------+
   | Field           | Value                                                |
   +-----------------+------------------------------------------------------+
   | admin_state_up  | UP                                                   |
   | created_at      | 2021-10-20T02:05:17Z                                 |
   | description     |                                                      |
   | id              | 0e4263e2-5761-4cf6-ab6d-b22884a0fa88                 |
   | name            | parent-trunk                                         |
   | port_id         | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39                 |
   | revision_number | 2                                                    |
   | status          | DOWN                                                 |
   | sub_ports       | port_id='479d742e-dd00-4c24-8dd6-b7297fab3ee9', segm |
   |                 | entation_id='55', segmentation_type='vlan'           |
   | tenant_id       | 745d33000ac74d30a77539f8920555e7                     |
   | updated_at      | 2021-08-20T02:10:06Z                                 |
   +-----------------+------------------------------------------------------+

2. 创建一个实例，它使用父 port-id 作为其 vNIC。

   示例

   openstack server create --image cirros --flavor m1.tiny --security-group default --key-name sshaccess --nic port-id=20b6fdf8-0d43-475a-a0f1-ec8f757a4a39 testInstance

   输出示例

   +--------------------------------------+---------------------------------+
   | Property                             | Value                           |
   +--------------------------------------+---------------------------------+
   | OS-DCF:diskConfig                    | MANUAL                          |
   | OS-EXT-AZ:availability_zone          |                                 |
   | OS-EXT-SRV-ATTR:host                 | -                               |
   | OS-EXT-SRV-ATTR:hostname             | testinstance                    |
   | OS-EXT-SRV-ATTR:hypervisor_hostname  | -                               |
   | OS-EXT-SRV-ATTR:instance_name        |                                 |
   | OS-EXT-SRV-ATTR:kernel_id            |                                 |
   | OS-EXT-SRV-ATTR:launch_index         | 0                               |
   | OS-EXT-SRV-ATTR:ramdisk_id           |                                 |
   | OS-EXT-SRV-ATTR:reservation_id       | r-juqco0el                      |
   | OS-EXT-SRV-ATTR:root_device_name     | -                               |
   | OS-EXT-SRV-ATTR:user_data            | -                               |
   | OS-EXT-STS:power_state               | 0                               |
   | OS-EXT-STS:task_state                | scheduling                      |
   | OS-EXT-STS:vm_state                  | building                        |
   | OS-SRV-USG:launched_at               | -                               |
   | OS-SRV-USG:terminated_at             | -                               |
   | accessIPv4                           |                                 |
   | accessIPv6                           |                                 |
   | adminPass                            | uMyL8PnZRBwQ                    |
   | config_drive                         |                                 |
   | created                              | 2021-08-20T03:02:51Z            |
   | description                          | -                               |
   | flavor                               | m1.tiny (1)                     |
   | hostId                               |                                 |
   | host_status                          |                                 |
   | id                                   | 88b7aede-1305-4d91-a180-67e7eac |
   |                                      | 8b70d                           |
   | image                                | cirros (568372f7-15df-4e61-a05f |
   |                                      | -10954f79a3c4)                  |
   | key_name                             | sshaccess                       |
   | locked                               | False                           |
   | metadata                             | {}                              |
   | name                                 | testInstance                    |
   | os-extended-volumes:volumes_attached | []                              |
   | progress                             | 0                               |
   | security_groups                      | default                         |
   | status                               | BUILD                           |
   | tags                                 | []                              |
   | tenant_id                            | 745d33000ac74d30a77539f8920555e |
   |                                      | 7                               |
   | updated                              | 2021-08-20T03:02:51Z            |
   | user_id                              | 8c4aea738d774967b4ef388eb41fef5 |
   |                                      | e                               |
   +--------------------------------------+---------------------------------+

流程

1. 在 undercloud 主机上，以 stack 用户身份登录，创建一个自定义 YAML 环境文件。

   示例

   $ vi /home/stack/templates/my-modules-environment.yaml

   提示

   RHOSP 编排服务 (heat) 使用一组名为 template（模板） 的计划来安装和配置您的环境。您可以使用自定义环境文件 自定义 overcloud 的各个方面，它是为 heat 模板 提供自定义 的特殊模板类型。

2. 在 ExtraConfig 下的 YAML 环境文件中，为 rpc_response_timeout 设置适当的值（以秒为单位）。（默认值为 60 秒。）

   示例

   parameter_defaults:
     ExtraConfig:
       neutron::rpc_response_timeout: 120

   注意

   RHOSP Orchestration 服务(heat)使用您在自定义环境文件中设置的值更新所有 RHOSP 节点，但这个值只会影响 RHOSP Networking 组件。

3. 运行 openstack overcloud deploy 命令，并包含核心 heat 模板、环境文件以及新的自定义环境文件。

   重要

   环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

   示例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-modules-environment.yaml

1. 查看可用网络列表：

   # openstack network list
   +--------------------------------------+-------------+-------------------------------------------------------+
   | id                                   | name        | subnets                                               |
   +--------------------------------------+-------------+-------------------------------------------------------+
   | fa9bb72f-b81a-4572-9c7f-7237e5fcabd3 | web-servers | 20512ffe-ad56-4bb4-b064-2cb18fecc923 192.168.200.0/24 |
   | bcc16b34-e33e-445b-9fde-dd491817a48a | private     | 7fe4a05a-4b81-4a59-8c47-82c965b0e050 10.0.0.0/24      |
   | 9b2f4feb-fee8-43da-bb99-032e4aaf3f85 | public      | 2318dc3b-cff0-43fc-9489-7d4cf48aaab9 172.24.4.224/28  |
   +--------------------------------------+-------------+-------------------------------------------------------+

2. 查看项目列表：

   # openstack project list
   +----------------------------------+----------+
   | ID                               | Name     |
   +----------------------------------+----------+
   | 4b0b98f8c6c040f38ba4f7146e8680f5 | auditors |
   | 519e6344f82e4c079c8e2eabb690023b | services |
   | 80bf5732752a41128e612fe615c886c6 | demo     |
   | 98a2f53c20ce4d50a40dac4a38016c69 | admin    |
   +----------------------------------+----------+

3. 为 web-servers 网络创建一个 RBAC 条目，其授予对 审核员 项目的访问权限(4b0b98f8c6c040f38ba4f7146e8680f5)：

   # openstack network rbac create --type network --target-project 4b0b98f8c6c040f38ba4f7146e8680f5 --action access_as_shared web-servers
   Created a new rbac_policy:
   +----------------+--------------------------------------+
   | Field          | Value                                |
   +----------------+--------------------------------------+
   | action         | access_as_shared                     |
   | id             | 314004d0-2261-4d5e-bda7-0181fcf40709 |
   | object_id      | fa9bb72f-b81a-4572-9c7f-7237e5fcabd3 |
   | object_type    | network                              |
   | target_project | 4b0b98f8c6c040f38ba4f7146e8680f5     |
   | project_id     | 98a2f53c20ce4d50a40dac4a38016c69     |
   +----------------+--------------------------------------+

1. 运行 openstack network rbac list 命令，以检索现有基于角色的访问控制(RBAC)策略的 ID：

   # openstack network rbac list
   +--------------------------------------+-------------+--------------------------------------+
   | id                                   | object_type | object_id                            |
   +--------------------------------------+-------------+--------------------------------------+
   | 314004d0-2261-4d5e-bda7-0181fcf40709 | network     | fa9bb72f-b81a-4572-9c7f-7237e5fcabd3 |
   | bbab1cf9-edc5-47f9-aee3-a413bd582c0a | network     | 9b2f4feb-fee8-43da-bb99-032e4aaf3f85 |
   +--------------------------------------+-------------+--------------------------------------+

2. 运行 openstack network rbac-show 命令来查看特定 RBAC 条目的详情：

   # openstack network rbac show 314004d0-2261-4d5e-bda7-0181fcf40709
   +----------------+--------------------------------------+
   | Field          | Value                                |
   +----------------+--------------------------------------+
   | action         | access_as_shared                     |
   | id             | 314004d0-2261-4d5e-bda7-0181fcf40709 |
   | object_id      | fa9bb72f-b81a-4572-9c7f-7237e5fcabd3 |
   | object_type    | network                              |
   | target_project | 4b0b98f8c6c040f38ba4f7146e8680f5     |
   | project_id     | 98a2f53c20ce4d50a40dac4a38016c69     |
   +----------------+--------------------------------------+

1. 运行 openstack network rbac list 命令，以检索现有基于角色的访问控制(RBAC)策略的 ID：

   # openstack network rbac list
   +--------------------------------------+-------------+--------------------------------------+
   | id                                   | object_type | object_id                            |
   +--------------------------------------+-------------+--------------------------------------+
   | 314004d0-2261-4d5e-bda7-0181fcf40709 | network     | fa9bb72f-b81a-4572-9c7f-7237e5fcabd3 |
   | bbab1cf9-edc5-47f9-aee3-a413bd582c0a | network     | 9b2f4feb-fee8-43da-bb99-032e4aaf3f85 |
   +--------------------------------------+-------------+--------------------------------------+

2. 运行 openstack network rbac delete 命令，使用您要删除的 RBAC 的 ID 删除 RBAC：

   # openstack network rbac delete 314004d0-2261-4d5e-bda7-0181fcf40709
   Deleted rbac_policy: 314004d0-2261-4d5e-bda7-0181fcf40709

流程

1. 升级部署并验证它是否正常工作。
2. 运行 director stack update 来配置 DVR。
3. 确认路由通过现有的路由器正常工作。
4. 您无法将 L3 HA 路由器直接转换为 分布式。相反，对于每个路由器，禁用 L3 HA 选项，然后启用分布式选项：

1. 禁用路由器：

   示例

   $ openstack router set --disable router1

2. 清除高可用性：

   示例

   $ openstack router set --no-ha router1

3. 将路由器配置为使用 DVR：

   示例

   $ openstack router set --distributed router1

4. 启用路由器：

   示例

   $ openstack router set --enable router1

5. 确认分布式路由功能正确。

流程

1. 创建自定义环境文件并添加以下配置：

   parameter_defaults:
     NeutronEnableDVR: false

2. 要应用此配置，请部署 overcloud，将自定义环境文件添加到堆栈和其他环境文件。例如：

   (undercloud) $ openstack overcloud deploy --templates \
     -e [your environment files]
     -e /home/stack/templates/<custom-environment-file>.yaml

流程

1. 检索您要创建 IPv6 子网的项目 ID。这些值在 OpenStack 部署之间是唯一的，因此您的值与本例中的值有所不同。

   # openstack project list
   +----------------------------------+----------+
   | ID                               | Name     |
   +----------------------------------+----------+
   | 25837c567ed5458fbb441d39862e1399 |    QA    |
   | f59f631a77264a8eb0defc898cb836af |  admin   |
   | 4e2e1951e70643b5af7ed52f3ff36539 |   demo   |
   | 8561dff8310e4cd8be4b6fd03dc8acf5 | services |
   +----------------------------------+----------+

2. 检索 OpenStack Networking (neutron)中存在的所有网络列表，并记下要托管 IPv6 子网的网络的名称：

   # openstack network list
   +--------------------------------------+------------------+-------------------------------------------------------------+
   | id                                   | name             | subnets                                                     |
   +--------------------------------------+------------------+-------------------------------------------------------------+
   | 8357062a-0dc2-4146-8a7f-d2575165e363 | private          | c17f74c4-db41-4538-af40-48670069af70 10.0.0.0/24            |
   | 31d61f7d-287e-4ada-ac29-ed7017a54542 | public           | 303ced03-6019-4e79-a21c-1942a460b920 172.24.4.224/28        |
   | 6aff6826-4278-4a35-b74d-b0ca0cbba340 | database-servers |                                                             |
   +--------------------------------------+------------------+-------------------------------------------------------------+

3. 在 openstack subnet create 命令中包含项目 ID、网络名称和 ipv6 地址模式：

   # openstack subnet create --ip-version 6 --ipv6-address-mode dhcpv6-stateful --project 25837c567ed5458fbb441d39862e1399 --network database-servers --subnet-range fdf8:f53b:82e4::53/125 subnet_name
   
   Created a new subnet:
   +-------------------+--------------------------------------------------------------+
   | Field             | Value                                                        |
   +-------------------+--------------------------------------------------------------+
   | allocation_pools  | {"start": "fdf8:f53b:82e4::52", "end": "fdf8:f53b:82e4::56"} |
   | cidr              | fdf8:f53b:82e4::53/125                                       |
   | dns_nameservers   |                                                              |
   | enable_dhcp       | True                                                         |
   | gateway_ip        | fdf8:f53b:82e4::51                                           |
   | host_routes       |                                                              |
   | id                | cdfc3398-997b-46eb-9db1-ebbd88f7de05                         |
   | ip_version        | 6                                                            |
   | ipv6_address_mode | dhcpv6-stateful                                              |
   | ipv6_ra_mode      |                                                              |
   | name              |                                                              |
   | network_id        | 6aff6826-4278-4a35-b74d-b0ca0cbba340                         |
   | tenant_id         | 25837c567ed5458fbb441d39862e1399                             |
   +-------------------+--------------------------------------------------------------+

验证步骤

1. 通过查看网络列表来验证此配置。请注意，database-servers 的条目现在反映了新创建的 IPv6 子网：

   # openstack network list
   +--------------------------------------+------------------+-------------------------------------------------------------+
   | id                                   | name             | subnets                                                     |
   +--------------------------------------+------------------+-------------------------------------------------------------+
   | 6aff6826-4278-4a35-b74d-b0ca0cbba340 | database-servers | cdfc3398-997b-46eb-9db1-ebbd88f7de05 fdf8:f53b:82e4::50/125 |
   | 8357062a-0dc2-4146-8a7f-d2575165e363 | private          | c17f74c4-db41-4538-af40-48670069af70 10.0.0.0/24            |
   | 31d61f7d-287e-4ada-ac29-ed7017a54542 | public           | 303ced03-6019-4e79-a21c-1942a460b920 172.24.4.224/28        |
   +--------------------------------------+------------------+-------------------------------------------------------------+

   结果

   因此，在添加到 database-servers 子网时，QA 项目创建的实例可以接收 DHCP IPv6 地址：

   # openstack server list
   +--------------------------------------+------------+--------+------------+-------------+-------------------------------------+
   | ID                                   | Name       | Status | Task State | Power State | Networks                            |
   +--------------------------------------+------------+--------+------------+-------------+-------------------------------------+
   | fad04b7a-75b5-4f96-aed9-b40654b56e03 | corp-vm-01 | ACTIVE | -          | Running     | database-servers=fdf8:f53b:82e4::52 |
   +--------------------------------------+------------+--------+------------+-------------+-------------------------------------+

流程

1. 从您要在其上创建路由的网络的 tripleo-heat-templates/network_data.yaml 文件中收集 VLAN ID，并为您在路由供应商网络上创建的每个段分配唯一的物理网络名称。这允许在子网之间重复使用相同的分段详情。

   创建参考表来视觉化 VLAN ID、片段和物理网络名称之间的关系：

   表 16.1. 示例 - 路由供应商网络段定义

   路由提供商网络	VLAN ID	segment	物理网络
   multisegment1	128	segment1	provider1
   multisegment1	129	segment2	provider2

2. 规划网段之间的路由。

   网段上的每个子网必须包含该特定子网中路由器接口的网关地址。您需要 IPv4 和 IPv6 格式的子网地址。

   表 16.2. 示例 - 路由提供商网络片段的路由计划

   路由提供商网络	segment	子网地址	网关地址
   multisegment1	segment1 (IPv4)	203.0.113.0/24	203.0.113.1
   multisegment1	segment1 (IPv6)	fd00:203:0:113::/64	fd00:203:0:113::1
   multisegment1	segment2 (IPv4)	198.51.100.0/24	198.51.100.1
   multisegment1	segment2 (IPv6)	fd00:198:51:100::/64	fd00:198:51:100::1

3. 路由的提供商网络要求 Compute 节点位于不同的网段上。检查 templates/overcloud-baremetal-deployed.yaml 文件，以确保路由提供商网络中的每个 Compute 主机都可以与其其中一个片段直接连接。

   有关更多信息，请参阅使用 director 安装和管理 Red Hat OpenStack Platform 指南中的 为 overcloud 置备裸机节点。

4. 确保 NeutronMetadataAgent 服务包含在包含该片段的 Compute 节点的 templates/roles_data-custom.yaml 中：

   ...
   - name: Compute
     ...
     ServicesDefault:
       - OS::TripleO::Services::NeutronMetadataAgent
   ...

   如需更多信息 ，请参阅自定义 Red Hat OpenStack Platform 部署指南中的可组合服务和自定义角色。

5. 在使用 ML2/OVS 机制驱动程序时，除了 NeutronMetadataAgent 服务外，还确保 NeutronDhcpAgent 服务包含在包含该片段的 Compute 节点的 templates/roles_data-custom.yaml 中：

   ...
   - name: Compute
     ...
     ServicesDefault:
       - OS::TripleO::Services::NeutronDhcpAgent
       - OS::TripleO::Services::NeutronMetadataAgent
   ...

   提示

   与传统的提供商网络不同，DHCP 代理无法支持网络中的多个网段。在包含片段而不是网络节点上的 Compute 节点上部署 DHCP 代理，以减少节点数。

6. 创建路由供应商网络环境文件，如 rpn_env.yaml。

7. 配置 DHCP，以便在隔离的网络中启用元数据支持：

   parameter_defaults:
     NeutronEnableIsolatedMetadata: true

8. 确保 片段 服务插件加载到网络服务中：

   $ openstack extension list --network --max-width 80 | grep -E "Segment"

   如果缺少 片段 插件，将其添加到 NeutronServicePlugins 参数中：

   示例

   parameter_defaults:
     NeutronEnableIsolatedMetadata: true
     NeutronServicePlugins: 'router,qos,segments,trunk,placement'

   重要

   当您向 NeutronServicePlugins 参数添加新值时，RHOSP director 会使用您要添加的值覆盖之前声明的值。因此，当您添加 段 时，还必须包含任何之前声明的网络服务插件。

9. 要在在主机上调度实例前，要使用放置服务验证网络，请在运行计算调度程序服务的控制器上启用路由提供商网络的调度支持。

   示例

   parameter_defaults:
     NeutronEnableIsolatedMetadata: true
     NeutronServicePlugins: 'router,qos,segments,trunk,placement'
     NovaSchedulerQueryPlacementForRoutedNetworkAggregates: true

10. 使用其他环境文件将路由的供应商网络环境文件添加到堆栈中，并部署 overcloud：

    $ openstack overcloud deploy --templates \
     -e <your_environment_files> \
     -e /home/stack/templates/rpn_env.yaml

流程

1. 创建一个包含默认网段的 VLAN 提供商网络。

   在本例中，VLAN 提供商网络名为 multisegment1，它使用名为 provider1 的物理网络，以及 ID 为 128 的 VLAN：

   示例

   $ openstack network create --share --provider-physical-network provider1 \
     --provider-network-type vlan --provider-segment 128 multisegment1

   输出示例

   +---------------------------+--------------------------------------+
   | Field                     | Value                                |
   +---------------------------+--------------------------------------+
   | admin_state_up            | UP                                   |
   | id                        | 6ab19caa-dda9-4b3d-abc4-5b8f435b98d9 |
   | ipv4_address_scope        | None                                 |
   | ipv6_address_scope        | None                                 |
   | l2_adjacency              | True                                 |
   | mtu                       | 1500                                 |
   | name                      | multisegment1                        |
   | port_security_enabled     | True                                 |
   | provider:network_type     | vlan                                 |
   | provider:physical_network | provider1                            |
   | provider:segmentation_id  | 128                                  |
   | revision_number           | 1                                    |
   | router:external           | Internal                             |
   | shared                    | True                                 |
   | status                    | ACTIVE                               |
   | subnets                   |                                      |
   | tags                      | []                                   |
   +---------------------------+--------------------------------------+

2. 将默认网络段重命名为 segment1。

   1. 获取片段 ID：

      $ openstack network segment list --network multisegment1

      输出示例

      +--------------------------------------+----------+--------------------------------------+--------------+---------+
      | ID                                   | Name     | Network                              | Network Type | Segment |
      +--------------------------------------+----------+--------------------------------------+--------------+---------+
      | 43e16869-ad31-48e4-87ce-acf756709e18 | None     | 6ab19caa-dda9-4b3d-abc4-5b8f435b98d9 | vlan         | 128     |
      +--------------------------------------+----------+--------------------------------------+--------------+---------+

   2. 使用网段 ID，将网络段重命名为 segment1 ：

      $ openstack network segment set --name segment1 43e16869-ad31-48e4-87ce-acf756709e18

3. 在提供商网络上创建第二个片段。

   在本例中，网络段使用一个名为 provider2 的物理网络，以及 ID 为 129 的 VLAN：

   示例

   $ openstack network segment create --physical-network provider2 \
     --network-type vlan --segment 129 --network multisegment1 segment2

   输出示例

   +------------------+--------------------------------------+
   | Field            | Value                                |
   +------------------+--------------------------------------+
   | description      | None                                 |
   | headers          |                                      |
   | id               | 053b7925-9a89-4489-9992-e164c8cc8763 |
   | name             | segment2                             |
   | network_id       | 6ab19caa-dda9-4b3d-abc4-5b8f435b98d9 |
   | network_type     | vlan                                 |
   | physical_network | provider2                            |
   | revision_number  | 1                                    |
   | segmentation_id  | 129                                  |
   | tags             | []                                   |
   +------------------+--------------------------------------+

4. 验证网络是否包含 segment1 和 segment2 片段：

   $ openstack network segment list --network multisegment1

   输出示例

   +--------------------------------------+----------+--------------------------------------+--------------+---------+
   | ID                                   | Name     | Network                              | Network Type | Segment |
   +--------------------------------------+----------+--------------------------------------+--------------+---------+
   | 053b7925-9a89-4489-9992-e164c8cc8763 | segment2 | 6ab19caa-dda9-4b3d-abc4-5b8f435b98d9 | vlan         | 129     |
   | 43e16869-ad31-48e4-87ce-acf756709e18 | segment1 | 6ab19caa-dda9-4b3d-abc4-5b8f435b98d9 | vlan         | 128     |
   +--------------------------------------+----------+--------------------------------------+--------------+---------+

5. 在 segment1 网段上创建一个 IPv4 子网和一个 IPv6 子网。

   在本例中，IPv4 子网使用 203.0.113.0/24 ：

   示例

   $ openstack subnet create \
     --network multisegment1 --network-segment segment1 \
     --ip-version 4 --subnet-range 203.0.113.0/24 \
     multisegment1-segment1-v4

   输出示例

   +-------------------+--------------------------------------+
   | Field             | Value                                |
   +-------------------+--------------------------------------+
   | allocation_pools  | 203.0.113.2-203.0.113.254            |
   | cidr              | 203.0.113.0/24                       |
   | enable_dhcp       | True                                 |
   | gateway_ip        | 203.0.113.1                          |
   | id                | c428797a-6f8e-4cb1-b394-c404318a2762 |
   | ip_version        | 4                                    |
   | name              | multisegment1-segment1-v4            |
   | network_id        | 6ab19caa-dda9-4b3d-abc4-5b8f435b98d9 |
   | revision_number   | 1                                    |
   | segment_id        | 43e16869-ad31-48e4-87ce-acf756709e18 |
   | tags              | []                                   |
   +-------------------+--------------------------------------+

   在本例中，IPv6 子网使用 fd00:203:0:113::/64:

   示例

   $ openstack subnet create \
     --network multisegment1 --network-segment segment1 \
     --ip-version 6 --subnet-range fd00:203:0:113::/64 \
     --ipv6-address-mode slaac multisegment1-segment1-v6

   输出示例

   +-------------------+------------------------------------------------------+
   | Field             | Value                                                |
   +-------------------+------------------------------------------------------+
   | allocation_pools  | fd00:203:0:113::2-fd00:203:0:113:ffff:ffff:ffff:ffff |
   | cidr              | fd00:203:0:113::/64                                  |
   | enable_dhcp       | True                                                 |
   | gateway_ip        | fd00:203:0:113::1                                    |
   | id                | e41cb069-9902-4c01-9e1c-268c8252256a                 |
   | ip_version        | 6                                                    |
   | ipv6_address_mode | slaac                                                |
   | ipv6_ra_mode      | None                                                 |
   | name              | multisegment1-segment1-v6                            |
   | network_id        | 6ab19caa-dda9-4b3d-abc4-5b8f435b98d9                 |
   | revision_number   | 1                                    |
   | segment_id        | 43e16869-ad31-48e4-87ce-acf756709e18                 |
   | tags              | []                                                   |
   +-------------------+------------------------------------------------------+

   注意

   默认情况下，提供商网络上的 IPv6 子网依赖物理网络基础架构进行无状态地址自动配置(SLAAC)和路由器公告。

6. 在 segment2 网段上创建一个 IPv4 子网和一个 IPv6 子网。

   在本例中，IPv4 子网使用 198.51.100.0/24 ：

   示例

   $ openstack subnet create \
     --network multisegment1 --network-segment segment2 \
     --ip-version 4 --subnet-range 198.51.100.0/24 \
     multisegment1-segment2-v4

   输出示例

   +-------------------+--------------------------------------+
   | Field             | Value                                |
   +-------------------+--------------------------------------+
   | allocation_pools  | 198.51.100.2-198.51.100.254          |
   | cidr              | 198.51.100.0/24                      |
   | enable_dhcp       | True                                 |
   | gateway_ip        | 198.51.100.1                         |
   | id                | 242755c2-f5fd-4e7d-bd7a-342ca95e50b2 |
   | ip_version        | 4                                    |
   | name              | multisegment1-segment2-v4            |
   | network_id        | 6ab19caa-dda9-4b3d-abc4-5b8f435b98d9 |
   | revision_number   | 1                                    |
   | segment_id        | 053b7925-9a89-4489-9992-e164c8cc8763 |
   | tags              | []                                   |
   +-------------------+--------------------------------------+

   在本例中，IPv6 子网使用 fd00:198:51:100::/64 ：

   示例

   $ openstack subnet create \
     --network multisegment1 --network-segment segment2 \
     --ip-version 6 --subnet-range fd00:198:51:100::/64 \
     --ipv6-address-mode slaac multisegment1-segment2-v6

   输出示例

   +-------------------+--------------------------------------------------------+
   | Field             | Value                                                  |
   +-------------------+--------------------------------------------------------+
   | allocation_pools  | fd00:198:51:100::2-fd00:198:51:100:ffff:ffff:ffff:ffff |
   | cidr              | fd00:198:51:100::/64                                   |
   | enable_dhcp       | True                                                   |
   | gateway_ip        | fd00:198:51:100::1                                     |
   | id                | b884c40e-9cfe-4d1b-a085-0a15488e9441                   |
   | ip_version        | 6                                                      |
   | ipv6_address_mode | slaac                                                  |
   | ipv6_ra_mode      | None                                                   |
   | name              | multisegment1-segment2-v6                              |
   | network_id        | 6ab19caa-dda9-4b3d-abc4-5b8f435b98d9                   |
   | revision_number   | 1                                                      |
   | segment_id        | 053b7925-9a89-4489-9992-e164c8cc8763                   |
   | tags              | []                                                     |
   +-------------------+--------------------------------------------------------+

验证

1. 验证每个 IPv4 子网都与至少一个 DHCP 代理关联：

   $ openstack network agent list --agent-type dhcp --network multisegment1

   输出示例

   +--------------------------------------+------------+-------------+-------------------+-------+-------+--------------------+
   | ID                                   | Agent Type | Host        | Availability Zone | Alive | State | Binary             |
   +--------------------------------------+------------+-------------+-------------------+-------+-------+--------------------+
   | c904ed10-922c-4c1a-84fd-d928abaf8f55 | DHCP agent | compute0001 | nova              | :-)   | UP    | neutron-dhcp-agent |
   | e0b22cc0-d2a6-4f1c-b17c-27558e20b454 | DHCP agent | compute0101 | nova              | :-)   | UP    | neutron-dhcp-agent |
   +--------------------------------------+------------+-------------+-------------------+-------+-------+--------------------+

2. 验证已经为 Compute 服务放置 API 中每个网段 IPv4 子网创建清单。

   为所有段 ID 运行这个命令：

   $ SEGMENT_ID=053b7925-9a89-4489-9992-e164c8cc8763
   $ openstack resource provider inventory list $SEGMENT_ID

   输出示例

   在这个示例输出中，仅显示其中一个片段：

   +----------------+------------------+----------+----------+-----------+----------+-------+
   | resource_class | allocation_ratio | max_unit | reserved | step_size | min_unit | total |
   +----------------+------------------+----------+----------+-----------+----------+-------+
   | IPV4_ADDRESS   |              1.0 |        1 |        2 |         1 |        1 |    30 |
   +----------------+------------------+----------+----------+-----------+----------+-------+

3. 验证是否为 Compute 服务中的每个片段创建了主机聚合：

   $ openstack aggregate list

   输出示例

   在本例中，仅显示其中一个片段：

   +----+---------------------------------------------------------+-------------------+
   | Id | Name                                                    | Availability Zone |
   +----+---------------------------------------------------------+-------------------+
   | 10 | Neutron segment id 053b7925-9a89-4489-9992-e164c8cc8763 | None              |
   +----+---------------------------------------------------------+-------------------+

4. 启动一个或多个实例。每个实例会根据它在特定计算节点上使用的片段获取 IP 地址。

   注意

   如果在端口创建请求中由用户指定了固定 IP，则该特定 IP 会立即分配给端口。但是，创建端口并将其传递给实例会产生与传统网络不同的行为。如果在端口创建请求上没有指定固定 IP，网络服务会将 IP 地址延迟分配给端口，直到特定计算节点变得明显。例如，当运行这个命令时：

   $ openstack port create --network multisegment1 port1

   输出示例

   +-----------------------+--------------------------------------+
   | Field                 | Value                                |
   +-----------------------+--------------------------------------+
   | admin_state_up        | UP                                   |
   | binding_vnic_type     | normal                               |
   | id                    | 6181fb47-7a74-4add-9b6b-f9837c1c90c4 |
   | ip_allocation         | deferred                             |
   | mac_address           | fa:16:3e:34:de:9b                    |
   | name                  | port1                                |
   | network_id            | 6ab19caa-dda9-4b3d-abc4-5b8f435b98d9 |
   | port_security_enabled | True                                 |
   | revision_number       | 1                                    |
   | security_groups       | e4fcef0d-e2c5-40c3-a385-9c33ac9289c5 |
   | status                | DOWN                                 |
   | tags                  | []                                   |
   +-----------------------+--------------------------------------+

流程

1. 对于正在迁移的网络，获取当前网络段的 ID。

   示例

   $ openstack network segment list --network my_network

   输出示例

   +--------------------------------------+------+--------------------------------------+--------------+---------+
   | ID                                   | Name | Network                              | Network Type | Segment |
   +--------------------------------------+------+--------------------------------------+--------------+---------+
   | 81e5453d-4c9f-43a5-8ddf-feaf3937e8c7 | None | 45e84575-2918-471c-95c0-018b961a2984 | flat         | None    |
   +--------------------------------------+------+--------------------------------------+--------------+---------+

2. 对于正在迁移的网络，获取当前子网的 ID。

   示例

   $ openstack network segment list --network my_network

   输出示例

   +--------------------------------------+-----------+--------------------------------------+---------------+
   | ID                                   | Name      | Network                              | Subnet        |
   +--------------------------------------+-----------+--------------------------------------+---------------+
   | 71d931d2-0328-46ae-93bc-126caf794307 | my_subnet | 45e84575-2918-471c-95c0-018b961a2984 | 172.24.4.0/24 |
   +--------------------------------------+-----------+--------------------------------------+---------------+

3. 验证子网的当前 segment_id 的值为 None。

   示例

   $ openstack subnet show my_subnet --c segment_id

   输出示例

   +------------+-------+
   | Field      | Value |
   +------------+-------+
   | segment_id | None  |
   +------------+-------+

4. 将子网 segment_id 的值改为网络段 ID。

   下面是一个示例：

   $ openstack subnet set --network-segment 81e5453d-4c9f-43a5-8ddf-feaf3937e8c7 my_subnet

流程

1. 在每个 Controller 节点上，对 /var/lib/config-data/puppet-generated/neutron/etc/neutron/neutron.conf 进行以下更改，然后重新启动网络服务(Neutron)。

   1. 在 service_plugins 列表中，将 ovn-routers 更改为 ovn-router-flavors。

   2. 创建 service_providers 部分，并为计划使用的每个路由器类别添加一个服务供应商变量。

      示例

      本例添加了两个服务提供程序： user_defined_1 和 user_defined_2。

      [DEFAULT]
      service_plugins = qos,ovn-router-flavors,trunk,segments,port_forwarding,log
      
      ...
      
      [service_providers]
      service_provider = L3_ROUTER_NAT:user_defined_1:neutron.services.ovn_l3.service_providers.user_defined.UserDefined_1
      service_provider = L3_ROUTER_NAT:user_defined_2:neutron.services.ovn_l3.service_providers.user_defined.UserDefined_2

      路由器类别服务提供商定义具有以下元素：

      服务供应商常数

      L3_ROUTER_NAT

      Name

      服务提供商的名称，它是两个冒号字符之间的描述性字符串。例如，:user_defined_1: 和 :user_defined_2:。名称在环境中必须是唯一的。

      路径

      红帽建议使用此路径： neutron.services.ovn_l3.service_providers.user_defined

      类

      服务提供商的 python 类名称。每个提供程序都有自己的类。例如，UserDefined_1 和 UserDefined_2。