流程

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

2. 在模板文件 /home/stack/templates/containers-prepare-parameter.yaml 中，使用 ovs 而不是 ovn 作为 neutron_driver 参数的值：

   parameter_defaults:
     ContainerImagePrepare:
     - set:
         ...
         neutron_driver: ovs

3. 在环境文件中，/usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml，确保 NeutronNetworkType 参数包含 vxlan 或 gre 而不是 geneve。

   示例

   parameter_defaults:
     ...
     NeutronNetworkType: 'vxlan'

4. 运行 openstack overcloud deploy 命令，并包含您修改的核心 heat 模板、环境文件和您修改的文件。

   重要

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

   $ openstack overcloud deploy --templates \
   -e <your_environment_files> \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/ \
   neutron-ovs.yaml \
   -e /home/stack/templates/containers-prepare-parameter.yaml \

流程

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. [可选] 生成一个新的自定义角色数据文件，该文件将其中一个自定义角色文件与其他自定义角色文件相结合。按照 高级 Overcloud 自定义指南中的 创建 roles_data 文件中 的说明进行操作。根据您的部署包括适当的源角色文件。
4. [可选] 要为角色识别特定节点，您可以创建特定的硬件类别，并将类别分配到特定的节点。然后，使用环境文件为角色定义类别，并指定节点数。有关更多信息，请参阅高级 Overcloud 自定义指南中的创建新角色中的示例。

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. 部署 overcloud。使用 -e 选项在部署命令中包含环境文件。在部署命令中包含自定义角色数据文件，以及 -r 选项。例如： -r Networker.yaml 或 -r mycustomrolesfile.yaml。

验证步骤 - OVN 部署

1. 以 overcloud SSH 用户身份登录 Controller 或 Networker 节点，默认为 heat-admin。

   示例

   ssh heat-admin@controller-0

2. 确保 ovn_metadata_agent 在 Controller 和 Networker 节点上运行。

   $ sudo podman ps | grep ovn_metadata

   输出示例

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

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

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

   输出示例

   ...
       enable-chassis-as-gw
   ...

验证步骤 - SR-IOV 部署

1. 以 overcloud SSH 用户身份登录 Compute 节点，默认为 heat-admin。

   示例

   ssh heat-admin@compute-0

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

   $ sudo podman ps | grep neutron_sriov_agent

   输出示例

   f54cbbf4523a  undercloud-0.ctlplane.localdomain:8787/rh-osbs/rhosp16-openstack-neutron-sriov-agent:16.2_20200813.1
   kolla_start  23 hours ago  Up 21 hours ago         neutron_sriov_agent

3. 确保成功检测到 network-available 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. 在 Routers 列表中选择您的虚拟路由器名称，然后单击 Add Interface。

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

3. 点 Add Interface。

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

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

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

   字段	描述
   网络名称	描述性名称，基于网络要执行的角色。如果要将网络与外部 VLAN 集成，请考虑将 VLAN ID 号附加到名称中。例如，webservers_122，如果在这个子网中托管 HTTP Web 服务器，您的 VLAN 标签为 122。或者，如果您打算 将网络流量保持私有，而不将网络与外部网络集成，则可以使用内部 内部流量。
   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 地址和其他信息：

     • no Options specifiedd - 如果您要手动设置 IP 地址，或者使用非 OpenStack 感知方法进行地址分配，请选择这个选项。
     • ACTIVE (Stateless Address Autoconfiguration) - 实例根据从 OpenStack 网络路由器发送的路由器广告(RA)消息生成 IPv6 地址。使用此配置创建 OpenStack 网络子网，并将 ra_mode 设置为 slaac，并将 address_mode 设置为 slaac。
     • DHCPv6 有状态 - 实例从 OpenStack 网络 DHCPv6 服务接收 IPv6 地址以及附加选项（如 DNS）。使用此配置创建将 ra_mode 设置为 dhcpv6-stateful 的子网，并将 address_mode 设置为 dhcpv6-stateful。
     • DHCPv6 无状态 - 实例根据从 OpenStack 网络路由器发送的路由器广告(RA)消息生成 IPv6 地址。从 OpenStack Networking DHCPv6 服务分配其他选项（如 DNS）。使用此配置创建将 ra_mode 设置为 dhcpv6-stateless 的子网，并将 address_mode 设置为 dhcpv6-stateless。
   • 分配池 - 您希望 DHCP 分配的 IP 地址范围。例如，value 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 版本	互联网协议版本，其中有效类型为 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 地址和其他信息：

     • no Options specifiedd - 如果您要手动设置 IP 地址，或者使用非 OpenStack 感知方法进行地址分配，请选择这个选项。
     • ACTIVE (Stateless Address Autoconfiguration) - 实例根据从 OpenStack 网络路由器发送的路由器广告(RA)消息生成 IPv6 地址。使用此配置创建 OpenStack 网络子网，并将 ra_mode 设置为 slaac，并将 address_mode 设置为 slaac。
     • DHCPv6 有状态 - 实例从 OpenStack 网络 DHCPv6 服务接收 IPv6 地址以及附加选项（如 DNS）。使用此配置创建将 ra_mode 设置为 dhcpv6-stateful 的子网，并将 address_mode 设置为 dhcpv6-stateful。
     • DHCPv6 无状态 - 实例根据从 OpenStack 网络路由器发送的路由器广告(RA)消息生成 IPv6 地址。从 OpenStack Networking DHCPv6 服务分配其他选项（如 DNS）。使用此配置创建将 ra_mode 设置为 dhcpv6-stateless 的子网，并将 address_mode 设置为 dhcpv6-stateless。
   • 分配池 - 您希望 DHCP 分配的 IP 地址范围。例如，value 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. 为新路由器输入一个描述性名称，然后单击 Create router。
3. 单击 Routers 列表中新路由器条目旁边的 Set Gateway。
4. 在 External Network 列表中，指定要接收目标用于外部位置的网络。

5. 单击 Set Gateway。

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

1. 在控制面板中，选择 Project > Network > Routers，然后点击您要删除的路由器的名称。
2. 选择 内部接口类型的接口， 然后单击 Delete Interfaces。
3. 从 Routers 列表中，选择目标路由器，再点 Delete Routers。

1. 在控制面板中，选择 Project > Network > Networks。
2. 点网络的名称。
3. 选择目标子网，然后单击 Delete Subnets。

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. 单击您要删除的子网的 Delete subnet 按钮。

   注意

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

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

流程

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

   示例

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

   提示

   Red Hat OpenStack Platform 编排服务(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。请参阅 operations =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 添加到数据包(action=mod_vlan_vid:5,)，并将其转发到 HQxxx。
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. 检查网络配置。

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

   示例

   在本例中，查询有关网络 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 a 的输出中有一个 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 编排服务(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 或控制面板来创建这些子网。确保从网络管理员收到的外部子网详情正确与每个 VLAN 关联。

   在本例中，VLAN 171 使用子网 10.65.217.0/24， VLAN 172 使用 10.65.218.0/24 ：

   示例

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

1. 离开实例的 eth0 接口的数据包会到达连接到实例的 linux 网桥 qbr-xx。
2. evince-xx 连接到 br-int，它利用 veth 对 <→HQxxx。
3. slirpxx 连接到 linux 网桥 xx-xx，stratxxx 连接到 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"}
   ...

   Networking Service (neutron) igmp_snooping_enable 配置转换为 OVN 北向数据库中 Logical_Switch 表的 other_config 列中设置的 mcast_snooping_enable 选项。请注意，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 对应的 VLAN ID 创建网络。此选项允许实例与同一第 2 层 VLAN 上的系统通信。
   • GRE - 使用跨多个节点的网络覆盖，以实现实例之间的私有通信。出口覆盖的流量必须路由。
   • VXLAN - 与 GRE 类似，并使用网络覆盖跨越多个节点来跨实例之间的私有通信。出口覆盖的流量必须路由。

4. 点 Create Network。

   查看 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. 在文本编辑器中打开 /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. 找到您要管理的路由器，将鼠标悬停在上面，将鼠标悬停在上面，然后单击 Add Interface。

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

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

4. 点 Add interface。

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

1. 在控制面板中，选择 Project > Network > Routers。
2. 单击托管您要删除的接口的路由器名称。
3. 选择接口类型(内部接口)，然后单击 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 Networking 服务代理是否已启动，并使用正确的主机名注册。

   (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 代理配置文件网桥映射，以确认映射到 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.overcloud.example.com                  |
   | addresses            | finance-network1=192.0.2.2; provider-           |
   |                      | storage=198.51.100.13                           |
   +----------------------+-------------------------------------------------+

4. 登录 Compute 节点主机。

   示例

   $ ssh heat-admin@compute0.example.com

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 heat-admin@controller-0.ctlplane

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

   示例

   vi ~/bin/ovn-alias.sh

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

   示例

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

   EXTERNAL_ID=\
   $(sudo ovs-vsctl get open . external_ids:ovn-remote | awk -F: '{print $2}')
   export NBDB=tcp:${EXTERNAL_ID}:6641
   export SBDB=tcp:${EXTERNAL_ID}:6642
   
   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 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 heat-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 为管道中的每个表指定一个名称，除了其数字外。名称描述了管道中该阶段的目的。
   • OVN 匹配语法支持复杂的布尔值表达式。
   • OVN 逻辑流中支持的操作会超过 OpenFlow 的操作。您可以在 OVN 逻辑流语法中实施更高级别的功能，如 DHCP。

5. 运行 OVN trace。

   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 管道的输出，它会将其引入 sw0 的出口管道，并将 outport 变量设置为 sw0-port2。

   • 输出操作在出口管道中执行，它将数据包输出到 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 heat-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. 创建测试网络和子网。

   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 heat-admin@controller-0.ctlplane

   2. 输入以下命令：

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

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

      输出示例

      ovn-dbs-bundle-podman-0
      ovn_dbs_init_bundle
      ovn_controller

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

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

      示例

      $ ssh heat-admin@compute-0.ctlplane

   2. 输入以下命令：

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

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

      输出示例

      ovn_controller
      ovn_metadata_agent
      neutron-haproxy-ovnmeta-26f493a7-1141-416a-9288-f08ff45fccac
      neutron-haproxy-ovnmeta-b81bd1f1-0ff4-4142-8706-0f295db3c3af

4. 检查日志文件中的错误消息。

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

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

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

   示例

   $ source ~/ovn-alias.sh

6. 查询 northbound 和 southbound 数据库以检查响应。

   示例

   # ovn-nbctl show
   # ovn-sbctl show

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

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

8. 如果您需要联系红帽以获取支持，请执行此红帽解决方案中介绍的步骤，如何收集红帽支持所需的所有日志以调查 OpenStack 问题。

流程

1. 登录到 Controller 或 Compute 节点，您要以具有访问 OVN 容器所需的权限的用户身份设置日志记录模式。

   示例

   $ ssh heat-admin@controller-0.ctlplane

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

   调试日志记录模式

   $ 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. 您的环境文件必须包含 keywords 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. 如果要使用最小带宽 QoS 策略调度虚拟机实例，还必须执行以下操作：

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

      parameter_defaults:
         NeutronServicePlugins: "qos,placement"

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

      如果虚拟机监控程序名称与计算服务使用的规范管理程序名称不匹配，请使用 resource_provider_default_hypervisor 指定替代的 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>

      • 以 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

8. 如果要创建 kiosk 标记策略，并将 ML2/OVS 与隧道协议(VXLAN 或 GRE)搭配使用，在 NeutronAgentExtensions 下添加以下行：

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

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

9. 运行部署命令，并包含核心 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. 配置策略的规则。

   注意

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

   示例

   在本例中，为名为 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. 创建 kiosk 规则，并将其应用到策略。

   示例

   在这个示例中，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. 您可以更改分配给规则的 CRUD 值。

   示例

   在本例中，对于规则 d7f976ec-7fab-4e60-af70-f59bf88198e6，在 qos-web-servers 策略中，为 rule 改为 22 ：

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

7. 您可以删除 kiosk 规则。

   示例

   在本例中，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. 您的环境文件必须包含 keywords parameter_defaults。添加 NeutronBridgeMappings heat 参数，其值在 parameter_defaults 关键字后适合您的站点。

   示例

   在本例中，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. 在 undercloud 节点上的环境文件中，将 EnableVLANTransparency 参数设置为 true。例如，将以下行添加到 ovn-extras.yaml 中：

   parameter_defaults:
       EnableVLANTransparency: true

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

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

   将 <other_overcloud_environment_files > 替换为作为现有部署一部分的环境文件列表。

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

   示例

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

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

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

   以下示例命令在 eth0 中添加一个 VLAN 接口，其 MTU 为 1496。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

5. 在虚拟机端口上设置 --allowed-address。

   将允许的地址设置为您在第 4 步中在虚拟机内的 VLAN 接口中创建的 IP 地址。另外，您还可以设置 VLAN 接口 MAC 地址：

   示例

   以下示例将 IP 地址设为 192.128.111.3，可选的 MAC 地址 00:40:96:a8:45:c4 on port fv82gwk3-qq2e-yu93-go31-56w7sf476mm0:

   $ openstack port set --allowed-address ip-address=192.128.111.3,mac-address=00:40:96:a8:45:c4 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. 将端口与中继(父中继)关联，并指定 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 编排服务(heat)使用您在自定义环境文件中设置的值更新所有 RHOSP 节点，但这个值仅影响 RHOSP 网络组件。

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 条目，它授予对 auditors 项目的访问权限(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. 验证 OS::TripleO::Compute::Net::SoftwareConfig 的值与 overcloud-resource-registry.yaml 文件或部署命令中包含的环境文件中的 OS::TripleO::Controller::Net::SoftwareConfig 值匹配。

   这个值命名一个文件，如 net_config_bridge.yaml。命名文件配置外部网络 Compute 节点 L2 代理的 Neutron 网桥映射。网桥路由在 DVR 部署中托管的 Compute 节点上的浮动 IP 地址的流量。通常，您可以在部署 overcloud 时使用的网络环境文件中找到此文件名值，如 environments/net-multiple-nics.yaml。

   注意

   如果自定义 Compute 节点的网络配置，可能需要将适当的配置添加到自定义文件中。

2. 验证 Compute 节点是否具有外部网桥。

   1. 生成 openstack-tripleo-heat-templates 目录的本地副本。
   2. $ cd <local_copy_of_templates_directory.

   3. 运行 process-templates 脚本，将模板呈现到临时输出目录中：

      $ ./tools/process-templates.py -r <roles_data.yaml> \
        -n <network_data.yaml> -o <temporary_output_directory>

   4. 检查 < temporary_output_directory>/network/config 中的角色文件。
3. 如果需要，自定义 Compute 模板，使其包含与 Controller 节点匹配的外部网桥，并在环境文件中命名 OS::TripleO::Compute::Net::Net::Net::Net::SoftwareConfig 中的自定义文件路径。

4. 在部署 overcloud 时，在部署命令中包含 environments/services/neutron-ovs-dvr.yaml 文件：

   $ openstack overcloud deploy --templates -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs-dvr.yaml

5. 验证 L3 HA 是否已禁用。

   注意

   L3 代理的外部网桥配置已在 Red Hat OpenStack Platform 13 中弃用，并在 Red Hat OpenStack Platform 15 中删除。

流程

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. 在网络中，为每个网段使用唯一的物理网络名称。这可让在子网间重复使用相同的分段详情。

   例如，在特定提供商网络的所有片段中使用相同的 VLAN ID。

2. 在网段之间实施路由。

   段上的每个子网必须包含该特定子网上路由器接口的网关地址。

   表 16.1. 路由片段示例

   segment	版本	addresses	gateway
   segment1	4	203.0.113.0/24	203.0.113.1
   segment1	6	fd00:203:0:113::/64	fd00:203:0:113::1
   segment2	4	198.51.100.0/24	198.51.100.1
   segment2	6	fd00:198:51:100::/64	fd00:198:51:100::1

3. 将片段映射到计算节点。

   路由供应商网络意味着 Compute 节点驻留在不同的片段上。确保路由提供商网络中的每个 Compute 主机都与其其中一个片段直接连接。

   表 16.2. 片段到 Compute 节点映射示例

   主机	rack	物理网络
   compute0001	rack 1	段 1
   compute0002	rack 1	段 1
   …	…	…
   compute0101	rack 2	片段 2
   compute0102	rack 2	片段 2
   compute0102	rack 2	片段 2
   …	…	…

4. 每个片段至少部署一个 DHCP 代理。

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

   表 16.3. 每个片段映射的 DCHP 代理示例

   主机	rack	物理网络
   network0001	rack 1	段 1
   network0002	rack 1	段 1
   …	…	…

   您可以使用自定义角色文件在 Compute 节点上部署 DCHP 代理和网络服务元数据代理。

   下面是一个示例：

   ###############################################################################
   # Role: ComputeSriov                                                          #
   ###############################################################################
   - name: ComputeSriov
     description: |
       Compute SR-IOV Role
     CountDefault: 1
     networks:
       External:
         subnet: external_subnet
       InternalApi:
         subnet: internal_api_subnet
       Tenant:
         subnet: tenant_subnet
       Storage:
         subnet: storage_subnet
     RoleParametersDefault:
       TunedProfileName: "cpu-partitioning"
     update_serial: 25
     ServicesDefault:
       - OS::TripleO::Services::Aide
       - OS::TripleO::Services::AuditD
       - OS::TripleO::Services::BootParams
       - OS::TripleO::Services::CACerts
   ...
       - OS::TripleO::Services::NeutronDhcpAgent
       - OS::TripleO::Services::NeutronMetadataAgent
   ...

   在自定义环境文件中添加以下键值对：

   parameter_defaults:
       ....
       NeutronEnableIsolatedMetadata: 'True'
       ....

5. 确保 undercloud 上安装了 RHOSP 放置服务 python3-osc-placement 软件包。

   此软件包在 RHOSP 16.1.6 及之后的版本中的 undercloud 上提供。对于早期版本的 RHOSP，您必须手动安装软件包。要检查您正在运行的 RHOSP 版本，请在 undercloud 中输入以下命令：

   $ cat /etc/rhosp-release
   Red Hat OpenStack Platform release 16.1.5 GA (Train)

   要安装放置服务，以 root 用户身份登录 undercloud，并运行这个命令：

   # yum install python3-osc-placement

流程

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. 将 subnet segment_id 的值改为网络段 ID。

   下面是一个示例：

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