5.3. 为一组带有预置备节点的 Networker 节点创建 OpenStackDataPlaneNodeSet CR

流程

1. 在工作站上创建一个名为 openstack_preprovisioned_networker_node_set.yaml 的文件，以定义 OpenStackDataPlaneNodeSet CR：

   apiVersion: dataplane.openstack.org/v1beta1
   kind: OpenStackDataPlaneNodeSet
   metadata:
     name: networker-nodes 

   1

   
     namespace: openstack
   spec:
     env: 

   2

   
       - name: ANSIBLE_FORCE_COLOR
         value: "True"

   1

   OpenStackDataPlaneNodeSet CR 名称必须是唯一的，仅包含小写字母数字字符，以及 -(hyphens)或 . (periods)，以字母数字字符开头和结尾，且最大长度为 53 个字符。如有必要，将示例 name networker-nodes 替换为更准确地描述您的节点集的名称。

   2

   可选：传递给 pod 的环境变量列表。

2. 包含 services 字段以覆盖默认服务。删除 Networker 节点不需要的 nova、libvirt 和其他服务：

   apiVersion: dataplane.openstack.org/v1beta1
   kind: OpenStackDataPlaneNodeSet
   metadata:
     name: networker-nodes
     namespace: openstack
   spec:
   ...
     services:
      - redhat
      - bootstrap
      - download-cache
      - reboot-os
      - configure-ovs-dpdk  

   1

   
      - configure-network
      - validate-network
      - install-os
      - configure-os
      - ssh-known-hosts
      - run-os
      - install-certs
      - ovn
      - neutron-metadata   

   2

   
      - neutron-dhcp       

   3

   1

   只有在部署中使用 DPDK nics 时，才需要 configure-ovs-dpdk 服务。

   2

   只有在部署中使用 SR-IOV 端口时才需要 neutron-metadata 服务。

   3

   您可以选择在 Networker 节点上运行 neutron-dhcp 服务。如果您的部署使用 DHCP 转发，或者 dnsmasq 支持的高级 DHCP 选项，而不是 OVN DHCP 实施，则您可能不需要将 neutron-dhcp 与 OVN DHCP 一起使用。

3. 将数据平面连接到 control plane 网络：

   spec:
     ...
     networkAttachments:
       - ctlplane

4. 启用机箱作为网关：

   spec:
   ...
     nodeTemplate:
       ansible:
       ...
       edpm_enable_chassis_gw: true

5. 指定此集合中的节点是预置备：

   spec:
   ...
     nodeTemplate:
       ansible:
       ...
       edpm_enable_chassis_gw: true
       ...
      preProvisioned: true

6. 添加您创建的 SSH 密钥 secret，以便 Ansible 可以连接到 data plane 节点：

     nodeTemplate:
       ansibleSSHPrivateKeySecret: <secret-key>

   • 将 <secret-key > 替换为您在 <link> 中为此节点创建的 SSH 密钥 Secret CR 的名称，例如 dataplane-ansible-ssh-private-key-secret。
7. 在 Red Hat OpenShift Container Platform (RHOCP)集群上的 openstack 命名空间中创建持久性卷声明(PVC)以存储日志。将 volumeMode 设置为 Filesystem，将 accessModes 设置为 ReadWriteOnce。不要为使用 NFS 卷插件的 PersistentVolume (PV)的日志请求存储。NFS 与 FIFO 不兼容，ansible-runner 创建一个 FIFO 文件来存储日志。有关 PVC 的详情，请参考 RHOCP Storage 指南中的 了解持久性存储 和 规划部署 中的 Red Hat OpenShift Container Platform 集群要求。

8. 为 Networker 节点启用持久性日志记录：

     nodeTemplate:
       ...
       extraMounts:
         - extraVolType: Logs
           volumes:
           - name: ansible-logs
             persistentVolumeClaim:
               claimName: <pvc_name>
           mounts:
           - name: ansible-logs
             mountPath: "/runner/artifacts"

   • 将 <pvc_name > 替换为 RHOCP 集群中的 PVC 存储名称。

9. 指定管理网络：

     nodeTemplate:
       ...
       managementNetwork: ctlplane

10. 指定用于提供用户名和密码的 Secret CR，以注册没有注册到红帽客户门户网站的节点的操作系统，并为节点启用软件仓库。以下示例演示了如何将节点注册到 Red Hat Content Delivery Network (CDN)。有关如何在 Red Hat Satellite 6.13 中注册节点的详情，请参阅管理主机。

      nodeTemplate:
        ...
        ansible:
          ansibleUser: cloud-admin 

    1

    
          ansiblePort: 22
          ansibleVarsFrom:
            - secretRef:
                name: subscription-manager
            - secretRef:
                name: redhat-registry
          ansibleVars: 

    2

    
            rhc_release: 9.4
            rhc_repositories:
                - {name: "*", state: disabled}
                - {name: "rhel-9-for-x86_64-baseos-eus-rpms", state: enabled}
                - {name: "rhel-9-for-x86_64-appstream-eus-rpms", state: enabled}
                - {name: "rhel-9-for-x86_64-highavailability-eus-rpms", state: enabled}
                - {name: "fast-datapath-for-rhel-9-x86_64-rpms", state: enabled}
                - {name: "rhoso-18.0-for-rhel-9-x86_64-rpms", state: enabled}
                - {name: "rhceph-7-tools-for-rhel-9-x86_64-rpms", state: enabled}
            edpm_bootstrap_release_version_package: []

    1

    与您在 <link> 中创建的 secret 关联的用户[创建数据平面 secret]。

    2

    自定义一组节点的 Ansible 变量。有关可以使用的 Ansible 变量的列表，请参阅 https://openstack-k8s-operators.github.io/edpm-ansible/。

    有关红帽客户门户网站注册命令的完整列表，请参阅 https://access.redhat.com/solutions/253273。有关如何登录到 registry.redhat.io 的详情，请参考 https://access.redhat.com/RegistryAuthentication#creating-registry-service-accounts-6。

11. 添加网络配置模板以应用到您的网络节点。

      nodeTemplate:
        ...
        ansible:
          ...
          ansibleVars:
          ...
      nodes:
    
           ...
            neutron_physical_bridge_name: br-ex
            neutron_public_interface_name: eth0
            edpm_network_config_nmstate: true 

    1

    
            edpm_network_config_update: false 

    2

    1

    将 os-net-config 供应商设置为 nmstate。默认值为 false。除非 nmstate 供应商有特定限制，否则将其改为 true，否则您需要使用 ifcfg 供应商。有关 nmstate 供应商的优点和限制的更多信息，请参阅规划部署中的 https://docs.redhat.com/en/documentation/red_hat_openstack_services_on_openshift/18.0/html/planning_your_deployment/plan-networks_planning#plan-os-net-config_plan-network。

    2

    首次部署设置的节点时，将 edpm_network_config_update 变量设置为 false。更新或使用节点集时，将 edpm_network_config_update 变量设置为 true，以便在更新时应用网络配置更改。然后，在更新或采用后将变量重置为 false。如果没有将更新的网络配置重置为 false，则每次创建包含 configure-network 服务的 OpenStackDataPlaneDeployment CR 时，都会重新应用更新的网络配置。

    以下示例使用 DPDK 将 VLAN 网络配置应用到一组 data plane Networker 节点：

            edpm_network_config_template: |
              ...
              {% set mtu_list = [ctlplane_mtu] %}
              {% for network in nodeset_networks %}
              {{ mtu_list.append(lookup('vars', networks_lower[network] ~ '_mtu')) }}
              {%- endfor %}
              {% set min_viable_mtu = mtu_list | max %}
              network_config:
              - type: ovs_user_bridge
                name: {{ neutron_physical_bridge_name }}
                mtu: {{ min_viable_mtu }}
                use_dhcp: false
                dns_servers: {{ ctlplane_dns_nameservers }}
                domain: {{ dns_search_domains }}
                addresses:
                - ip_netmask: {{ ctlplane_ip }}/{{ ctlplane_cidr }}
                routes: {{ ctlplane_host_routes }}
                members:
                - type: ovs_dpdk_port
                  name: dpdk0
                  members:
                  - type: interface
                    name: nic1
    
    
              - type: linux_bond
                name: bond_api
                use_dhcp: false
                bonding_options: "mode=active-backup"
                dns_servers: {{ ctlplane_dns_nameservers }}
                members:
                - type: interface
                  name: nic2
                  primary: true
    
    
              - type: vlan
                vlan_id: {{ lookup('vars', networks_lower['internalapi'] ~ '_vlan_id') }}
                device: bond_api
                addresses:
                - ip_netmask: {{ lookup('vars', networks_lower['internalapi'] ~ '_ip') }}/{{ lookup('vars', networks_lower['internalapi'] ~ '_cidr') }}
    
    
              - type: ovs_user_bridge
                name: br-link0
                use_dhcp: false
                ovs_extra: "set port br-link0 tag={{ lookup('vars', networks_lower['tenant'] ~ '_vlan_id') }}"
                addresses:
                - ip_netmask: {{ lookup('vars', networks_lower['tenant'] ~ '_ip') }}/{{ lookup('vars', networks_lower['tenant'] ~ '_cidr')}}
                members:
                - type: ovs_dpdk_bond
                  name: dpdkbond0
                  mtu: 9000
                  rx_queue: 1
                  ovs_extra: "set port dpdkbond0 bond_mode=balance-slb"
                  members:
                  - type: ovs_dpdk_port
                    name: dpdk1
                    members:
                    - type: interface
                      name: nic3
                  - type: ovs_dpdk_port
                    name: dpdk2
                    members:
                    - type: interface
                      name: nic4
    
    
              - type: ovs_user_bridge
                name: br-link1
                use_dhcp: false
                members:
                - type: ovs_dpdk_bond
                  name: dpdkbond1
                  mtu: 9000
                  rx_queue: 1
                  ovs_extra: "set port dpdkbond1 bond_mode=balance-slb"
                  members:
                  - type: ovs_dpdk_port
                    name: dpdk3
                    members:
                    - type: interface
                      name: nic5
                  - type: ovs_dpdk_port
                    name: dpdk4
                    members:
                    - type: interface
                      name: nic6
            neutron_physical_bridge_name: br-ex

    以下示例将 VLAN 网络配置应用到没有 DPDK 的 data plane Networker 节点：

    edpm_network_config_template: |
              …---
              {% set mtu_list = [ctlplane_mtu] %}
              {% for network in nodeset_networks %}
              {{ mtu_list.append(lookup('vars', networks_lower[network] ~ '_mtu')) }}
              {%- endfor %}
              {% set min_viable_mtu = mtu_list | max %}
              network_config:
                - type: ovs_bridge
                  name: {{ neutron_physical_bridge_name }}
                  mtu: {{ min_viable_mtu }}
                  use_dhcp: false
                  dns_servers: {{ ctlplane_dns_nameservers }}
                  domain: {{ dns_search_domains }}
                  addresses:
                    - ip_netmask: {{ ctlplane_ip }}/{{ ctlplane_cidr }}
                  routes: {{ ctlplane_host_routes }}
                  members:
                    - type: interface
                      name: nic2
                      mtu: {{ min_viable_mtu }}
                      # force the MAC address of the bridge to this interface
                      primary: true
              {% for network in nodeset_networks %}
                    - type: vlan
                      mtu: {{ lookup('vars', networks_lower[network] ~ '_mtu') }}
                      vlan_id: {{ lookup('vars', networks_lower[network] ~ '_vlan_id') }}
                      addresses:
                        - ip_netmask: >-
                            {{
                              lookup('vars', networks_lower[network] ~ '_ip')
                            }}/{{
                              lookup('vars', networks_lower[network] ~ '_cidr')
                            }}
                      routes: {{ lookup('vars', networks_lower[network] ~ '_host_routes') }}
              {% endfor %}

    有关 data plane 网络配置的更多信息，请参阅配置 网络服务 中的 自定义 数据平面网络。

12. 在 nodeTemplate 部分下，添加此组中节点集合的通用配置。此 OpenStackDataPlaneNodeSet 中的每个节点都会继承此配置。有关可用于配置通用节点属性的属性的信息，请参阅 Deploying Red Hat OpenStack Services on OpenShift 指南中的OpenStackDataPlaneNodeSet CR spec 属性。

13. 在此节点集中定义每个节点：

    ...
      nodes:
        edpm-networker-0: 

    1

    
          hostName: networker-0
          networks: 

    2

    
          - name: ctlplane
            subnetName: subnet1
            defaultRoute: true
            fixedIP: 192.168.122.100 

    3

    
          - name: internalapi
            subnetName: subnet1
            fixedIP: 172.17.0.100
          - name: storage
            subnetName: subnet1
            fixedIP: 172.18.0.100
          - name: tenant
            subnetName: subnet1
            fixedIP: 172.19.0.100
          ansible:
            ansibleHost: 192.168.122.100
            ansibleUser: cloud-admin
            ansibleVars: 

    4

    
              fqdn_internal_api: edpm-networker-0.example.com
        edpm-networker-1:
          hostName: edpm-networker-1
          networks:
          - name: ctlplane
            subnetName: subnet1
            defaultRoute: true
            fixedIP: 192.168.122.101
          - name: internalapi
            subnetName: subnet1
            fixedIP: 172.17.0.101
          - name: storage
            subnetName: subnet1
            fixedIP: 172.18.0.101
          - name: tenant
            subnetName: subnet1
            fixedIP: 172.19.0.101
          ansible:
            ansibleHost: 192.168.122.101
            ansibleUser: cloud-admin
            ansibleVars:
              fqdn_internal_api: edpm-networker-1.example.com

    1

    节点定义引用，如 edpm-networker-0。节点集中的每个节点都必须有一个节点定义。

    2

    定义节点的 IPAM 和 DNS 记录。

    3

    为网络指定一个可预测的 IP 地址，该地址必须在 NetConfig CR 中为网络定义的分配范围内。

    4

    自定义节点的特定于节点的 Ansible 变量。

    注意
    • 在 nodes 部分中定义的节点可以配置 nodeTemplate 部分中配置的同一 Ansible 变量。其中，为特定节点和 nodeTemplate 部分配置了 Ansible 变量，则特定于节点的值会覆盖 nodeTemplate 部分中的值。
    • 您不需要为节点复制所有 nodeTemplate Ansible 变量，以覆盖默认值并设置一些特定于节点的值。您只需要配置您要为节点覆盖的 Ansible 变量。
    • 许多 ansibleVars 在名称中包含 edpm，它代表 "External Data Plane Management"。

    有关可用于配置节点属性的属性的信息，请参阅 Deploying Red Hat OpenStack Services on OpenShift 指南中的OpenStackDataPlaneNodeSet CR spec 属性。

14. 保存 openstack_preprovisioned_networker_node_set.yaml 定义文件。

15. 创建 data plane 资源：

    $ oc create --save-config -f openstack_preprovisioned_networker_node_set.yaml -n openstack

16. 通过确认状态为 SetupReady 来验证 data plane 资源是否已创建：

    $ oc wait openstackdataplanenodeset openstack-data-plane --for condition=SetupReady --timeout=10m

    当状态为 SetupReady 时，命令会返回一个 condition met 信息，否则会返回超时错误。

    如需有关 data plane 条件和状态的信息，请参阅 在 OpenShift 上部署 Red Hat OpenStack Services 中的 Data plane 条件 和状态。

17. 验证是否为节点集合创建了 Secret 资源：

    $ oc get secret | grep openstack-data-plane
    dataplanenodeset-openstack-data-plane Opaque 1 3m50s

18. 验证是否已创建服务：

    $ oc get openstackdataplaneservice -n openstack
    NAME                AGE
    bootstrap           46m
    ceph-client         46m
    ceph-hci-pre        46m
    configure-network   46m
    configure-os        46m
    ...