10.6. プロビジョニングされていないノードを使用したデータプレーンノードセットの作成

手順

1. ワークステーションに openstack_unprovisioned_node_set.yaml という名前のファイルを作成し、OpenStackDataPlaneNodeSet CR を定義します。

   apiVersion: dataplane.openstack.org/v1beta1
   kind: OpenStackDataPlaneNodeSet
   metadata:
     name: openstack-data-plane 

   1

   
     namespace: openstack
   spec:
     tlsEnabled: true
     env:
       - name: ANSIBLE_FORCE_COLOR
         value: "True"

   1

   OpenStackDataPlaneNodeSet CR 名は、一意であり、小文字の英数字と - (ハイフン) または . (ピリオド) のみが含まれ、先頭と末尾は英数字で、最大長 53 文字である必要があります。この例の名前を、セット内のノードを表す名前に更新してください。

2. baremetalSetTemplate フィールドを定義して、ベアメタルノードの設定を記述します。

     preProvisioned: false
     baremetalSetTemplate:
       deploymentSSHSecret: dataplane-ansible-ssh-private-key-secret
       bmhNamespace: <bmh_namespace>
       cloudUserName: <ansible_ssh_user>
       bmhLabelSelector:
         app: <bmh_label>
       ctlplaneInterface: <interface>

   • <bmh_namespace> は、ノードは対応する BareMetalHost CR で定義されている namespace に置き換えます。
   • <ansible_ssh_user> は、Ansible SSH ユーザーのユーザー名に置き換えます。
   • <bmh_label> は、ノードの対応する BareMetalHost CR で定義されているメタデータラベル (例: openstack) に置き換えます。app、workload、nodeName などのメタデータラベルは、ノードにラベル付けするためのキーと値のペアです。対応する BareMetalHost CR 内のラベルと一致する 1 つ以上のラベルに基づいてデータプレーンノードを選択するには、bmhLabelSelector フィールドを設定します。
   • <interface> は、ノードが接続するコントロールプレーンインターフェイス (例: enp6s0) に置き換えます。

3. デフォルトでは、BMO によって openshift-machine-api namespace 内の BareMetalHost CR が管理されます。すべての namespace を監視するように Provisioning CR を更新する必要があります。

   $ oc patch provisioning provisioning-configuration --type merge -p '{"spec":{"watchAllNamespaces": true }}'

4. Ansible がデータプレーンノードに接続できるようにするために作成した SSH 鍵シークレットを追加します。

     nodeTemplate:
       ansibleSSHPrivateKeySecret: <secret-key>

   • <secret-key> は、データプレーンシークレットの作成 で作成した SSH 鍵の Secret CR の名前 (例: dataplane-ansible-ssh-private-key-secret) に置き換えます。
5. ログを保存するために、RHOCP クラスターの openstack namespace に永続ボリューム要求 (PVC) を作成します。volumeMode を Filesystem に、accessModes を ReadWriteOnce に設定します。NFS ボリュームプラグインを使用する PersistentVolume (PV) からのログのストレージを要求しないでください。NFS は FIFO と互換性がないため、ansible-runner はログを保存するために書き込む FIFO ファイルを作成します。PVC の詳細は、RHOCP ストレージ ガイドの 永続ストレージについて、および デプロイメントのプランニング の Red Hat OpenShift Container Platform クラスターの要件 を参照してください。

6. データプレーンノードの永続的なロギングを有効にします。

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

   • <pvc_name> を、RHOCP クラスター上の PVC ストレージの名前に置き換えます。

7. このグループ内のノードセットの共通設定を nodeTemplate セクションに追加します。この OpenStackDataPlaneNodeSet 内の各ノードがこの設定を継承します。

   詳細は以下を参照してください。

   • OpenStackDataPlaneNodeSet CR properties
   • ネットワークインターフェイスの設定オプション
   • NFV のカスタムネットワークインターフェイスの例

8. このノードセット内の各ノードを定義します。

     nodes:
       edpm-compute-0: 

   1

   
         hostName: edpm-compute-0
         networks: 

   2

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

   3

   
           - name: internalapi
             subnetName: subnet1
           - name: storage
             subnetName: subnet1
           - name: tenant
             subnetName: subnet1
         ansible:
           ansibleHost: 192.168.122.100
           ansibleUser: cloud-admin
           ansibleVars: 

   4

   
             fqdn_internal_api: edpm-compute-0.example.com
             edpm_network_config_nmstate: true 

   5

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

   1

   ノード定義の参照 (例: edpm-compute-0)。ノードセット内の各ノードにノード定義が必要です。

   2

   ノードの IPAM と DNS レコードを定義します。

   3

   ネットワークの予測可能な IP アドレスを指定します。この場合、NetConfig CR でネットワークに定義された割り当て範囲内のアドレスでなければなりません。

   4

   ノードをカスタマイズするノード固有の Ansible 変数。

   注記
   • nodes セクションに定義するノードには、nodeTemplate セクションで設定されているのと同じ Ansible 変数を設定できます。Ansible 変数が特定のノードと nodeTemplate セクション内の両方に設定されている場合は、ノード固有の値が nodeTemplate セクションの値をオーバーライドします。
   • ノードのすべての nodeTemplate Ansible 変数を複製してデフォルトをオーバーライドし、ノード固有の値を設定する必要はありません。設定する必要があるのは、オーバーライドするノードの Ansible 変数だけです。
   • 多くの ansibleVars の名前には edpm が含まれています。これは "External Data Plane Management (外部データプレーン管理)" の略です。

   os-net-config プロバイダーを nmstate に設定します。デフォルト値は true です。nmstate プロバイダーの特定の制限により ifcfg プロバイダーを使用する必要がある場合のみ、これを false に変更します。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 を参照してください。

   ノード属性を設定するために使用できるプロパティーの詳細は、OpenStackDataPlaneNodeSet CR のプロパティー を参照してください。

9. services セクションに、データプレーンノードで実行されるサービスの一覧を追加します。nova を nova -custom-sriov、または nova-custom-ovsdpdk のいずれか、またはその両方に置き換えてください。

   ...
     services:
     - bootstrap
     - download-cache
     - reboot-os
     - configure-ovs-dpdk
     - configure-network
     - validate-network
     - install-os
     - configure-os
     - ssh-known-hosts
     - run-os
     - install-certs
     - ovn
     - neutron-ovn
     - neutron-ovn-igmp
     - neutron-metadata
     - libvirt
     - nova-custom-sriov
     - nova-custom-ovsdpdk
     - telemetry
   ...

10. openstack_unprovisioned_node_set.yaml 定義ファイルを保存します。

11. データプレーンリソースを作成します。

    $ oc create -f openstack_unprovisioned_node_set.yaml -n openstack

12. データプレーンリソースが作成されたことを確認します。

    $ oc get openstackdataplanenodeset -n openstack
    NAME           		STATUS MESSAGE
    openstack-data-plane 	False  Deployment not started

    返されるステータスの意味は、「データプレーンの状態」を参照してください。

13. ノードセットの Secret リソースが作成されたことを確認します。

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

14. サービスが作成されたことを確認します。

    $ oc get openstackdataplaneservice -n openstack
    NAME                AGE
    configure-network   6d7h
    configure-os        6d6h
    install-os          6d6h
    run-os              6d6h
    validate-network    6d6h
    ovn                 6d6h
    libvirt             6d6h
    nova                6d6h
    telemetry           6d6h