10.5. 事前にプロビジョニングされたノードを使用したデータプレーンノードセットの作成

手順

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

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

   1

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

   1

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

2. このセット内のノードが事前にプロビジョニングされていることを指定します。

     preProvisioned: true

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

     nodeTemplate:
       ansibleSSHPrivateKeySecret: <secret-key>

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

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

     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 ストレージの名前に置き換えます。
6. このグループ内のノードセットの共通設定を nodeTemplate セクションに追加します。この OpenStackDataPlaneNodeSet 内の各ノードがこの設定を継承します。共通のノード属性を設定するために使用できるプロパティーの詳細は、OpenStackDataPlaneNodeSet CR の spec プロパティー を参照してください。

7. Red Hat カスタマーポータルに登録されていないノードのオペレーティングシステムを登録し、ノードのリポジトリーを有効にします。次の手順は、ノードを CDN に登録する方法を示しています。Red Hat Satellite 6.13 にノードを登録する方法の詳細は、ホストの管理 を参照してください。

   1. subscription-manager の認証情報を含む Secret CR を作成します。

      apiVersion: v1
      kind: Secret
      metadata:
        name: subscription-manager
      data:
        username: <base64_encoded_username>
        password: <base64_encoded_password>

   2. Red Hat レジストリーの認証情報を含む Secret CR を作成します。

      $ oc create secret generic redhat-registry --from-literal edpm_container_registry_logins='{"registry.redhat.io": {"<username>": "<password>"}}'

      • <username> と <password> を Red Hat レジストリーのユーザー名とパスワードの認証情報に置き換えます。

   レジストリーサービスアカウントの作成方法は、Red Hat ナレッジベースアーティクルの Creating Registry Service Accounts を参照してください。

   1. ユーザー名とパスワードのソースとして使用する Secret CR を指定します。

        nodeTemplate:
          ansible:
            ...
            ansibleVarsFrom:
              - prefix: subscription_manager_
                secretRef:
                  name: subscription-manager
              - secretRef:
                  name: redhat-registry
            ansibleVars:
             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}

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
             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-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
             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-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 properties
   • ネットワークインターフェイスの設定オプション
   • NFV のカスタムネットワークインターフェイスの例

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_preprovisioned_node_set.yaml 定義ファイルを保存します。

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

    $ oc create -f openstack_preprovisioned_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 | 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