网络指南

流程

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

   $ source stackrc

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

   Deployment	角色	角色文件
   Networker 角色	Networker	Networker.yaml
   带有 SR-IOV 的 Networker 角色	NetworkerSriov	NetworkerSriov.yaml
   将控制和网络与 SR-IOV 在一起	ControllerSriov	ControllerSriov.yaml

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

   按照 Director 安装和使用指南中的创建 roles_data 文件中的说明进行操作。根据您的部署包含适当的源角色文件。

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

   如需更多信息，请参阅 Director 安装和使用指南中的创建新角色的示例。

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

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

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

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

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

   重要

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

   示例

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

验证步骤

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

   示例

   ssh tripleo-admin@controller-0

2. 确保 ovn_metadata_agent 正在运行。

   $ sudo podman ps | grep ovn_metadata

   输出示例

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

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

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

   输出示例

   enable-chassis-as-gw

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

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

   示例

   ssh tripleo-admin@compute-0

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

   sudo podman ps | grep neutron_sriov_agent

   输出示例

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

3. 确保 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 > router。

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

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

3. 点 添加接口。

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

1. 在仪表板中，选择 Project > Network > Networks。

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

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

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 Specifyd - 如果要手动设置 IP 地址，或者要使用非 OpenStack 感知方法进行地址分配，则选择此选项。
     • SLAAC（无状态地址自动配置） - 实例根据从 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 地址。其他选项（如 DNS）从 OpenStack 网络 DHCPv6 服务分配。使用这个配置，创建一个 ra_mode 被设置为 dhcpv6-stateless 的子网，并将 address_mode 设置为 dhcpv6-stateless。
   • 分配池 - 您要 DHCP 要分配的 IP 地址范围。例如，值 192.168.22.100,192.168.22.150 会将该范围内的地址视为可用于分配。

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

     重要

     对于 DNS 等战略服务，最好不要将其托管在云上。例如，如果您的云托管 DNS 和云成为可操作，则 DNS 不可用，云组件无法相互查找。

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

5. 点 Create。

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

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

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

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

3. 点 Next 指定 DHCP 选项：

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

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

     • No Options Specifyd - 如果要手动设置 IP 地址，或者要使用非 OpenStack 感知方法进行地址分配，则选择此选项。
     • SLAAC（无状态地址自动配置） - 实例根据从 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 地址。其他选项（如 DNS）从 OpenStack 网络 DHCPv6 服务分配。使用这个配置，创建一个 ra_mode 被设置为 dhcpv6-stateless 的子网，并将 address_mode 设置为 dhcpv6-stateless。
   • 分配池 - 您要 DHCP 要分配的 IP 地址范围。例如，值 192.168.22.100,192.168.22.150 会将该范围内的地址视为可用于分配。
   • DNS Name Servers - 网络中可用的 DNS 服务器的 IP 地址。DHCP 将这些地址分发到实例以进行名称解析。
   • 主机路由 - 静态路由.首先，使用 CIDR 格式指定目的地网络，后跟您要用于路由的下一跳（如 192.168.23.0/24, 10.1.31.1）。如果需要将静态路由分发到实例，以提供这个值。

4. 点 Create。

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

1. 在仪表板中，选择 Project > Network > router，然后点 Create Router。
2. 为新路由器输入一个描述性名称，然后单击 Create router。
3. 在路由器 列表中，单击新路由器的条目旁边的 Set Gateway。
4. 在 External Network 列表中，指定您要接收用于外部位置的流量的网络。

5. 单击 设置网关。

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

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

1. 在仪表板中，选择 Project > Network > Networks。
2. 点网络的名称。
3. 选择目标子网，再单击删除子网。

1. 在仪表板中，选择 Project > Network > Networks。

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

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

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

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

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

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

   注意

   如果您仍然无法在此刻删除子网，请确保它尚未被任何实例使用。

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

流程

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

   示例

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

   提示

   Red Hat OpenStack Platform 编排服务(heat)使用一组称为 模板 的计划来安装和配置您的环境。您可以使用 自定义环境文件 自定义 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. Interface q-xx 连接到 qbr-xx linux 网桥，qvoxx 连接到 br-int Open vSwitch(OVS)网桥。

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

观察 br-int 上的流量流

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

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

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

流程

1. 查看 bridge_mappings。

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

   示例

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

   $ openstack network show provider-flat

   输出示例

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

   示例

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

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

   输出示例

   bridge_mappings = physnet1:br-ex

2. 检查网络配置。

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

   示例

   在本例中，会查询有关 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，是 外部的，并且 physical_network 名称是否正确。另外，检查 bridge_mapping 设置。

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

      输出示例

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

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

      示例

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

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

流程

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

   示例

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

   提示

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

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

   示例

   parameter_defaults:
     NeutronTypeDrivers: vxlan,flat,vlan

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

   示例

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

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

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

   示例

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

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

   重要

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

   示例

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

验证

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

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

   示例

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

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

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

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

   示例

   $ openstack subnet create \
   			--network provider-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. qbr-xx 使用 veth 对qxx < →qxxx 连接至 br-int。
3. qvbxx 连接到 linux 网桥 qbr-xx，qvoxx 连接到 Open vSwitch 网桥 br-int。

流程

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

   示例

   $ openstack network show provider-vlan171

   输出示例

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

   示例

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

   输出示例

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

   bridge_mappings = physnet1:br-ex

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

   示例

   $ openstack network show provider-vlan171

   输出示例

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

3. 检查 patch-peer。

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

   $ ovs-vsctl show

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

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

4. 检查网络流。

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

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

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

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

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

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

      示例

      $ ovs-vsctl show

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

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

      示例

      $ ip a

      输出示例

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

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

流程

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

   示例

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

   提示

   编排服务(heat)使用一组称为模板的计划来安装和配置您的环境。您可以使用自定义环境文件来自定义 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. 验证多播侦听是否已启用。列出北向数据库 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_config 栏中的 other_config 列中设置的 mcast_snoop 选项。请注意，mcast_flood_unregistered 始终为 "false"。

2. 显示 IGMP 组。

   $ ovn-sbctl list IGMP_group

   输出示例

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

流程

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

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

   • 本地 - 流量保留在本地 Compute 主机上，并有效地与任何外部网络隔离。
   • 扁平 - 流量保留在单一网络中，也可与主机共享。没有 VLAN 标记或其他网络隔离。
   • VLAN - 使用与物理网络中存在的 VLAN ID 对应的 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. 找到要管理的路由器，将鼠标指针悬停在其上，然后单击添加接口。

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

   您还可以指定 IP 地址。该地址有助于测试和故障排除目的，因为成功对这个接口进行 ping 表示流量是按预期工作的。

4. 点 Add interface。

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

1. 在仪表板中，选择 Project > Network > router。
2. 点托管您要删除的接口的路由器名称。
3. 选择接口类型(Internal Interface)，然后单击 删除接口。

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

   • 成功 ：该测试表示计算机与互联网之间的所有不同网络点都可以正常工作。这包括虚拟和物理网络基础架构。
   • 失败 ：对远程互联网位置的 ping 测试有不同方法。如果您的网络中的其他机器能够成功 ping 互联网，证明了互联网连接正常工作，且问题可能是本地计算机的配置。

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

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

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

   • 成功 ：防火墙允许 ICMP 流量，网络节点在线。
   • 失败 ：确认实例的安全组中是否允许 ICMP 流量。检查 Networking 节点是否在线，确认所有必需的服务都在运行，并查看 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&gt; 确认网桥接口上的 VLAN 流。

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

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

流程

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

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

2. 检查 /var/log/containers/neutron/openvswitch-agent.log。查找确认创建过程使用了 ovs-ofctl 命令配置 VLAN 中继。
3. 验证 /etc/neutron/l3_agent.ini 文件中的 external_network_bridge。如果 external_network_bridge 参数中有一个硬编码的值，则无法使用 L3-agent 的提供商网络，您将无法创建必要的流。external_network_bridge 值的格式必须是 'external_network_bridge = "" '。
4. 检查 /etc/neutron/plugin.ini 文件中的 network_vlan_ranges 值。对于提供商网络，不要指定数字 VLAN ID。仅在使用 VLAN 隔离项目网络时指定 ID。
5. 验证 OVS 代理配置文件网桥映射，以确认映射到 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 tripleo-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. 使用 metadata 命名空间运行一个 ip netns exec 命令，以 ping 关联的网络。

   示例

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

   输出示例

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

流程

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

   $ openstack network list

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

   输出示例

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

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

   # ip netns list

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

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

   输出示例

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

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

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

   示例

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

   输出示例

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

流程

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

   示例

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

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

   示例

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

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

   输出示例

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

流程

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

   示例

   $ ssh tripleo-admin@controller-0.ctlplane

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

   示例

   vi ~/bin/ovn-alias.sh

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

   示例

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

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

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

验证

1. Source 脚本文件。

   示例

   # source ovn-alias.sh

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

   示例

   # ovn-nbctl show

   输出示例

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

流程

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

   示例

   $ ssh tripleo-admin@controller-0.ctlplane

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

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

   示例

   source ~/ovn-alias.sh

3. 查看逻辑流：

   $ ovn-sbctl lflow-list

4. 检查输出。

   输出示例

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

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

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

5. 运行 OVN 跟踪。

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

   DATAPATH

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

   MICROFLOW

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

   示例

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

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

   输出示例

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

   示例

   详情中，同一模拟数据包的 --summary 输出会显示完整的执行管道：

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

   输出示例

   示例输出显示：

   • 数据包从 sw0-port1 端口输入 sw0 网络并运行 ingress 管道。
   • outport 变量设为 sw0-port2，指示此数据包的预期目标为 sw0-port2。
   • 数据包是来自入口管道的输出，它将发送到 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 tripleo-admin@controller-0.ctlplane

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

   示例

   $ sudo ovs-ofctl dump-flows br-int

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

   输出示例

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

流程

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

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

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

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

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

      示例

      $ ssh tripleo-admin@controller-0.ctlplane

   2. 输入以下命令：

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

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

      输出示例

      container-puppet-ovn_controller
      ovn_cluster_north_db_server
      ovn_cluster_south_db_server
      ovn_cluster_northd
      ovn_controller

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

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

      示例

      $ ssh tripleo-admin@compute-0.ctlplane

   2. 输入以下命令：

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

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

      输出示例

      container-puppet-ovn_controller
      ovn_metadata_agent
      ovn_controller

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

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

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

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

   示例

   $ source ~/ovn-alias.sh

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

   # ovn-nbctl show
   # ovn-sbctl show

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

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

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

流程

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

   示例

   $ ssh tripleo-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. 您的环境文件必须包含关键字 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.ii 步。

      如果虚拟机监控程序名称与计算服务使用的规范管理程序名称不匹配，请使用 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. 如果要创建 DSCP 标记策略，并使用 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. 配置策略的规则。

   注意

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

   示例

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

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

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

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

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

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

   输出示例

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

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

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

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

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

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

   $ openstack network qos policy list

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

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

   $ openstack project list

   输出示例

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

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

   示例

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

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

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

   示例

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

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

   输出示例

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

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

   示例

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

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

7. 您可以删除 DSCP 规则。

   示例

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

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

流程

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

2. 提供 undercloud 凭证文件：

   $ source ~/stackrc

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

   示例

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

4. 您的环境文件必须包含关键字 parameter_defaults。添加 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 关联，并将物理名称 tenant 与网桥 br-tenant 关联"。

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

   注意

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

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

   示例

   在本例中，Neutron NetworkVLANRanges 参数指定 租户网络的 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 设置为小于下拉网络的 MTU 4 字节，以适应 VLAN 透明所需的额外标记。例如，如果不足的网络 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. 使用网络中继命令检查您的 网络中继 的配置。

   示例

   $ 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)使用一组称为 模板 的计划来安装和配置您的环境。您可以使用 自定义环境文件 自定义 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. 使用您要删除的 RBAC 的 ID 运行 openstack network rbac delete 命令删除 RBAC：

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

流程

1. 升级部署，并验证其是否正常工作。
2. 运行 director 栈更新来配置 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        |
   +--------------------------------------+------------------+-------------------------------------------------------------+

   结果

   因此，当将 QA 项目创建的实例添加到 database-servers 子网时，可以接收 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. 路由片段示例

   片段	版本	地址	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. 使用 Open vSwitch 机制驱动程序(ML2/OVS)部署 Modular Layer 2 插件时，每个片段必须至少部署一个 DHCP 代理。

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

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

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

   您可以使用自定义角色文件在 Compute 节点上部署 DHCP 代理和 RHOSP Networking 服务(neutron)元数据代理。

   下面是一个示例：

   ###############################################################################
   # 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'
       ....

流程

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. 验证已在计算服务放置 API 中为每个片段 IPv4 子网创建了清单。

   对所有片段 ID 运行这个命令：

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

   输出示例

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

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

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

   $ openstack aggregate list

   输出示例

   在这个示例中，只显示其中一个片段：

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

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

   注意

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

   $ openstack port create --network multisegment1 port1

   输出示例

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

流程

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

   示例

   $ openstack network segment list --network my_network

   输出示例

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

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

   示例

   $ openstack network segment list --network my_network

   输出示例

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

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

   示例

   $ openstack subnet show my_subnet --c segment_id

   输出示例

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

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

   下面是一个示例：

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

流程

1. 以 stack 用户身份登录 undercloud，并提供 stackrc 文件，以启用 director 命令行工具。

   示例

   $ source ~/stackrc

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

   示例

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

   提示

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

3. 在 YAML 环境文件中，使用 ha_vrrp_advert_int 参数增加 VRRP 公告间隔，并提供特定于您的站点的值。（默认值为 2 秒。）

   您还可以为 gratuius ARP 消息设置值：

   ha_vrrp_garp_master_repeat

   在过渡到 master 状态后，在一个时间发送 ARP 消息的数量。（默认为 5 信息。）

   ha_vrrp_garp_master_delay

   在 master 状态收到较低优先级 advert 后，第二组 ARP 消息的延迟。（默认值为 5 秒。）

   示例

   parameter_defaults:
     ControllerExtraConfig:
       neutron::agents::l3::ha_vrrp_advert_int: 7
       neutron::config::l3_agent_config:
         DEFAULT/ha_vrrp_garp_master_repeat:
           value: 5
         DEFAULT/ha_vrrp_garp_master_delay:
           value: 5

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

   重要

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

   示例

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

流程

1. 以 stack 用户身份登录 undercloud，并提供 stackrc 文件，以启用 director 命令行工具。

   示例

   $ source ~/stackrc

2. 创建自定义 YAML 环境文件(my-neutron-environment.yaml)。

   注意

   括号内的值是此流程中示例命令中使用的示例值。将这些示例值替换为适合您的站点的值。

   示例

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

   提示

   undercloud 包括一组构成您的 overcloud 创建计划的编排服务模板。您可以使用环境文件来自定义 overcloud 的各个方面，这些文件是 YAML 格式的文件，可覆盖核心编排服务模板集合中的参数和资源。您可以根据需要纳入多个环境文件。

3. 在环境文件中，添加 parameter_defaults 部分。在本节下，为端口扩展 dns_domain_ports 添加 dns_domain。

   示例

   parameter_defaults:
     NeutronPluginExtensions: "qos,port_security,dns_domain_ports"

   注意

   如果您设置了 dns_domain_ports，请确保部署不使用 dns_domain，则 DNS 集成扩展。这些扩展不兼容，扩展无法同时定义。

4. 另外，在 parameter_defaults 部分中，使用 NeutronDnsDomain 参数添加您的域名(example.com)。

   示例

   parameter_defaults:
       NeutronPluginExtensions: "qos,port_security,dns_domain_ports"
       NeutronDnsDomain: "example.com"

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. 登录 overcloud，并在网络（公共）上创建新端口(new_port)。为端口分配 DNS 名称(my_port)。

   示例

   $ source ~/overcloudrc
   $ openstack port create --network public --dns-name my_port new_port

2. 显示端口的详细信息(new_port)。

   示例

   $ openstack port show -c dns_assignment -c dns_domain -c dns_name -c name new_port

   输出

   +-------------------------+----------------------------------------------+
   | Field                   | Value                                        |
   +-------------------------+----------------------------------------------+
   | dns_assignment          | fqdn='my_port.example.com',                  |
   |                         | hostname='my_port',                          |
   |                         | ip_address='10.65.176.113'                   |
   | dns_domain              | example.com                                  |
   | dns_name                | my_port                                      |
   | name                    | new_port                                     |
   +-------------------------+----------------------------------------------+

   在 dns_assignment 下，端口的完全限定域名(fqdn)值包含 DNS 名称(my_port)的串联，以及您之前使用 NeutronDnsDomain 设置的域名(example.com)。

3. 使用您刚才创建的端口(new_port)创建新的虚拟机实例(my_vm)。

   示例

   $ openstack server create --image rhel --flavor m1.small --port new_port my_vm

4. 显示端口的详细信息(new_port)。

   示例

   $ openstack port show -c dns_assignment -c dns_domain -c dns_name -c name new_port

   输出

   +-------------------------+----------------------------------------------+
   | Field                   | Value                                        |
   +-------------------------+----------------------------------------------+
   | dns_assignment          | fqdn='my_vm.example.com',                    |
   |                         | hostname='my_vm',                            |
   |                         | ip_address='10.65.176.113'                   |
   | dns_domain              | example.com                                  |
   | dns_name                | my_vm                                        |
   | name                    | new_port                                     |
   +-------------------------+----------------------------------------------+

   请注意，计算服务将 dns_name 属性从其原始值(my_port)改为与端口关联的实例的名称(my_vm)。