4.4. マルチパス構成の設定

手順

1. MachineConfig CR を作成して、マルチパス設定ファイルを作成し、すべてのコントロールプレーンノードで multipathd モジュールを起動します。

   次の例では、multipath.conf という名前のマルチパス設定ファイルを実装する 99-worker-cinder-enable-multipathd という名前の MachineConfig CR を作成します。

   重要

   このファイルの contents: にベンダー固有のマルチパスパラメーターを追加する場合は、user_friendly_names、recheck_wwid、skip_kpartx、find_multipaths のデフォルトマルチパスパラメーターの指定値を変更しないでください。

   apiVersion: machineconfiguration.openshift.io/v1
   kind: MachineConfig
   metadata:
     labels:
       machineconfiguration.openshift.io/role: worker
       service: cinder
     name: 99-worker-cinder-enable-multipathd
   spec:
     config:
       ignition:
         version: 3.2.0
       storage:
         files:
           - path: /etc/multipath.conf
             overwrite: false
             mode: 384
             user:
               name: root
             group:
               name: root
             contents:
               source: data:,defaults%20%7B%0A%20%20user_friendly_names%20no%0A%20%20recheck_wwid%20yes%0A%20%20skip_kpartx%20yes%0A%20%20find_multipaths%20yes%0A%7D%0A%0Ablacklist%20%7B%0A%7D
       systemd:
         units:
         - enabled: true
           name: multipathd.service

   • contents: データは、以下に示す実際の multipath.conf ファイルの内容を表しています。

     defaults {
       user_friendly_names no
       recheck_wwid yes
       skip_kpartx yes
       find_multipaths yes
     }
     
     blacklist {
     }

2. MachineConfig CR ファイル (例: 99-worker-cinder-enable-multipathd.yaml) を保存します。

3. MachineConfig CR ファイルを適用します。

   $ oc apply -f 99-worker-cinder-enable-multipathd.yaml -n openstack

手順

1. カスタムマルチパス設定ファイルを保存するためのシークレットを作成します。

   $ oc create secret generic <secret_name> \
   --from-file=<configuration_file_name>

   • <secret_name> は、シークレットに割り当てる名前 (例: custom-multipath-file) に置き換えます。
   • <configuration_file_name> は、作成したカスタムマルチパス設定ファイルの名前 (例: custom_multipath.conf) に置き換えます。
2. 更新するノードセットの OpenStackDataPlaneNodeSet CR ファイル (例: openstack_data_plane.yaml) を開きます。

3. ベンダー固有のマルチパスパラメーターを含めるには、OpenStackDataPlaneNodeSet CR ファイルに extraMounts 属性を追加します。

   spec:
       ...
       nodeTemplate:
           ...
           extraMounts:
           - extraVolType: <optional_volume_type_description>
             volumes:
             - name: <mounted_volume_name>
               secret:
                 secretName: <secret_name>
             mounts:
             - name: <mounted_volume_name>
               mountPath: "/runner/multipath"
               readOnly: true

   • オプション: <optional_volume_type_description> を、マウントされたボリュームのタイプの説明 (例: multipath-config-file) に置き換えます。

   • <mounted_volume_name> は、マウントされたボリュームの名前 (例: custom-multipath) に置き換えます。

     注記

     mountPath: パラメーターの値は、"/runner/multipath" から変更しないでください。

4. OpenStackDataPlaneNodeSet CR ファイルを保存します。

5. 更新済みの OpenStackDataPlaneNodeSet CR 設定を適用します。

   $ oc apply -f openstack_data_plane.yaml

6. ステータスが SetupReady であることを確認して、データプレーンリソースが更新されたことを確認します。

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

   ステータスが SetupReady の場合、コマンドは condition met メッセージを返し、それ以外の場合はタイムアウトエラーを返します。

   データプレーンの条件と状態の詳細は、Red Hat OpenStack Services on OpenShift のデプロイ の データプレーンの条件と状態 を参照してください。

7. ワークステーションにファイルを作成し、OpenStackDataPlaneDeployment CR を定義します。

   apiVersion: dataplane.openstack.org/v1beta1
   kind: OpenStackDataPlaneDeployment
   metadata:
     name: <node_set_deployment_name>

   • <node_set_deployment_name> を OpenStackDataPlaneDeployment CR の名前に置き換えます。名前は一意で、小文字の英数字、- (ハイフン)、または . (ピリオド) を使用し、先頭と末尾は英数字でなければなりません (例: openstack_data_plane_deploy)。

8. 変更した OpenStackDataPlaneNodeSet CR を追加します。

   spec:
     nodeSets:
       - <nodeSet_name>

9. OpenStackDataPlaneDeployment CR デプロイメントファイル (例: openstack_data_plane_deploy.yaml) を保存します。

10. 変更した OpenStackDataPlaneNodeSet CR をデプロイします。

    $ oc create -f openstack_data_plane_deploy.yaml -n openstack

    デプロイメントの実行中に Ansible ログを表示できます。

    $ oc get pod -l app=openstackansibleee -w
    $ oc logs -l app=openstackansibleee -f --max-log-requests 10

    oc logs コマンドが以下のエラーと同様のエラーを返す場合は、--max-log-requests の値を増やします。

    error: you are attempting to follow 19 log streams, but maximum allowed concurrency is 10, use --max-log-requests to increase the limit