4.8. ブロックストレージスケジューラーサービスコンポーネントの設定

手順

1. OpenStackControlPlane CR ファイルである openstack_control_plane.yaml を開きます。

2. CR ファイルを編集し、サービスダウン検出タイムアウトの設定を追加します。

   次の例はこの設定を示しています。

   apiVersion: core.openstack.org/v1beta1
   kind: OpenStackControlPlane
   metadata:
     name: openstack
   spec:
     cinder:
       template:
         customServiceConfig: |
           [DEFAULT]
           report_interval = 20
           service_down_time = 120

   • report_interval: データベースを通じてハートビートの形式で動作状態を報告する Block Storage サービスコンポーネント間の秒数。デフォルトは 10 です。

   • service_down_time: コンポーネントからの最後のハートビート以降の、コンポーネントが非動作状態であるとみなされる最大秒数。デフォルトは 60 です。

     注記

     これらの値は、すべてのコンポーネントに一貫して適用されるように、cinderScheduler ではなく CR の cinder レベルで設定します。

3. CR ファイルを編集し、統計レポート間隔の設定を追加します。

   次の例は、これらの値を cinder レベルで設定し、すべてのサービスにグローバルに適用する方法を示しています。

   apiVersion: core.openstack.org/v1beta1
   kind: OpenStackControlPlane
   metadata:
     name: openstack
   spec:
     cinder:
       template:
         customServiceConfig: |
           [DEFAULT]
           backend_stats_polling_interval = 120
           backup_driver_stats_polling_interval = 120

   • backend_stats_polling_interval: バックエンドからの使用状況の統計情報をボリュームが要求する間隔 (秒数)。デフォルトは 60 です。

   • backup_driver_stats_polling_interval: バックアップサービスからの使用状況の統計情報をボリュームが要求する間隔 (秒数)。デフォルトは 60 です。

     次の例は、サービスレベルで設定をカスタマイズするために、cinderVolume および cinderBackup レベルでこれらの値を設定する方法を示しています。

     apiVersion: core.openstack.org/v1beta1
     kind: OpenStackControlPlane
     metadata:
       name: openstack
     spec:
       cinder:
         template:
           cinderBackup:
             customServiceConfig: |
               [DEFAULT]
               backup_driver_stats_polling_interval = 120
               < rest of the config >
           cinderVolumes:
             nfs:
               customServiceConfig: |
                 [DEFAULT]
                 backend_stats_polling_interval = 120

     注記

     使用状況の統計情報を生成する場合、一部のバックエンドでは大量のリソースが仕様される可能性があります。これらの値を過剰に低く設定すると、バックエンドのパフォーマンスに影響が及ぶ可能性があります。個々のバックエンドに合わせて、これらの設定を調整する必要がある場合があります。

4. cinderScheduler サービスをカスタマイズするために必要な追加の設定を行います。

   cinderScheduler サービスをカスタマイズするための設定オプションの詳細は、Scheduler サービスのパラメーター を参照してください。

5. ファイルを保存します。

6. コントロールプレーンを更新します。

   $ oc apply -f openstack_control_plane.yaml -n openstack

7. RHOCP が OpenStackControlPlane CR に関連するリソースを作成するまで待機します。次のコマンドを実行して、ステータスを確認します。

   $ oc get openstackcontrolplane -n openstack

   ステータスが "Setup complete" であれば、OpenStackControlPlane リソースが作成されています。

   ヒント

   デプロイの進行状況を追跡するには、get コマンドの末尾に -w オプションを追加します。