2.2. Block Storage サービスの管理

手順

1. 以下のコマンドを実行して、クラスターのすべてのサービスが実行中かどうかを確認します。

   $ cinder cluster-list --detailed

   あるいは、cluster show コマンドを実行します。

2. いずれかのサービスが実行されていない場合は、以下のコマンドを実行してそのサービスを特定します。

   $ cinder service-list

3. 以下のコマンドを実行してサーバーのクリーンアップを開始します。

   $ cinder work-cleanup [--cluster <cluster-name>] [--host <hostname>] [--binary <binary>] [--is-up <True|true|False|false>] [--disabled <True|true|False|false>] [--resource-id <resource-id>] [--resource-type <Volume|Snapshot>]

   注記

   --cluster、--host、--binary 等のフィルターで、コマンドでクリーンアップする対象を定義します。特定のリソースを含め、クラスター名、ホスト名、サービスの種別、およびリソースの種別で絞り込むことができます。フィルターを適用しない場合、コマンドはクリーンアップ可能なすべてを対象に処理を試みます。

   クラスター名で絞り込む例を以下に示します。

   $ cinder work-cleanup --cluster tripleo@tripleo_ceph

1. Dashboard に管理ユーザーとしてログインして 管理 > ボリューム > ボリューム種別 を選択します。
2. ボリューム種別の作成 をクリックします。
3. Name フィールドにボリューム種別の名前を入力します。
4. Create Volume Type をクリックします。Volume Types の表に新しい種別が表示されます。
5. ボリューム種別の View Extra Specs のアクションを選択します。
6. Create をクリックして Key と Value を指定します。キーと値のペアは有効である必要があります。有効でない場合には、ボリュームの作成時にそのボリューム種別を指定するとエラーが発生してしまいます。
7. Create をクリックします。関連付けられた設定 (キー/値のペア) が 追加スペック の表に表示されます。

1. Dashboard に管理ユーザーとしてログインして 管理 > ボリューム > ボリューム種別 を選択します。
2. ボリューム種別 の表で、ボリューム種別の 追加スペックの表示 のアクションを選択します。

3. このページの 追加スペック の表では、以下のような操作を行うことができます。

   • ボリューム種別への新規設定の追加。そのためには、作成 をクリックして、ボリューム種別に関連付ける新規設定のキー/値ペアを指定します。
   • ボリューム種別に関連付けられている既存の設定の編集。そのためには、設定の 編集 アクションを選択します。
   • ボリューム種別に関連付けられている既存の設定の削除。そのためには、追加スペックのチェックボックスを選択して、表示中のダイアログ画面と次の画面で 追加スペックの削除 をクリックします。

1. Dashboard に管理ユーザーとしてログインして 管理 > ボリューム > ボリューム種別 を選択します。
2. QoS スペック の表で QoS スペックの作成 をクリックします。
3. QoS スペック の名前を入力します。

4. 使用者 フィールドで、QoS ポリシーを適用する対象を指定します。

   表2.1 使用者の種別

   型	説明
   back-end	QoS ポリシーが Block Storage バックエンドに適用されます。
   front-end	QoS ポリシーが Compute に適用されます。
   both	QoS ポリシーが Block Storage と Compute の両方に適用されます。

5. Create をクリックします。新規 QoS スペックが QoS スペック の表に表示されるはずです。
6. QoS スペック の表で、新規スペックの スペックの管理 アクションを選択します。

7. 作成 をクリックして キー と 値 を指定します。キーと値のペアは有効である必要があります。有効でない場合には、ボリュームの作成時に、この QoS スペックに関連付けられたボリューム種別を指定するとエラーが発生してしまいます。

   たとえば、読み取りの IOPS 上限を 500 に設定するには、以下のキー/値のペアを使用します。

   read_iops_sec=500

8. Create をクリックします。関連付けられた設定 (キー/値のペア) が キーと値のペア の表に表示されます。

1. Dashboard に管理者としてログインして 管理 > ボリューム > ボリューム種別 を選択します。
2. ボリューム種別 の表で、その種別の QoS スペックの関連付けの管理 のアクションを選択します。
3. 関連付ける QoS スペック のリストから QoS スペックを選択します。
4. 割り当て をクリックします。選択した QoS スペックが、編集したボリューム種別の QoS スペックの関連付け のコラムに表示されるようになります。

1. Dashboard に管理者としてログインして 管理 > ボリューム > ボリューム種別 を選択します。
2. ボリューム種別 の表で、その種別の QoS スペックの関連付けの管理 のアクションを選択します。
3. 関連付ける QoS スペックのリストから なし を選択します。
4. 割り当て をクリックします。選択した QoS スペックは、編集したボリューム種別の QoS スペックの関連付け のコラムに表示されなくなります。

1. Dashboard に管理ユーザーとしてログインして 管理 > ボリューム > ボリューム種別 を選択します。
2. 暗号化するボリューム種別の アクション コラムで 暗号化設定の作成 を選択して、ボリューム種別の暗号化設定の作成 ウィザードを開きます。

3. このウィザードで、ボリューム種別の暗号化の プロバイダー、制御場所、暗号、および キーサイズ を設定します。説明 のコラムで各設定について説明されています。

   重要

   プロバイダー、暗号、および キーサイズ のオプションとしてサポートされるは、以下に示す値だけです。

   1. プロバイダー に luks と入力します。
   2. 暗号 に aes-xts-plain64 と入力します。
   3. キーサイズ に 256 と入力します。
4. ボリューム種別の暗号化設定の作成 をクリックします。

1. ボリューム種別の アクション コラムから 暗号化設定の更新 を選択して、ボリューム種別の暗号化設定の更新 ウィザードを開きます。
2. ボリュームが暗号化されているかどうかを判断するには、プロジェクト > コンピュート > ボリューム にある ボリューム テーブルの 暗号化 コラムを確認します。
3. ボリュームが暗号化されている場合には、暗号化のコラムの はい をクリックすると暗号化設定が表示されます。

1. ボリューム種別を作成します。

   $ cinder type-create encrypt-type

2. 暗号、キーサイズ、制御場所、およびプロバイダー設定を定義します。

   $ cinder encryption-type-create --cipher aes-xts-plain64 --key-size 256 --control-location front-end encrypt-type luks

3. 暗号化されたボリュームを作成します。

   $ cinder --debug create 1 --volume-type encrypt-type --name DemoEncVol

手順

1. 環境ファイルを編集し、parameter_defaults セクションに新しいエントリーを追加します。これにより、openstack overcloud deploy コマンドを使用して環境が再デプロイされるたびに、エントリーがコンテナーで更新され保持されるようになります。

2. CinderApiPolicies を使用して環境ファイルに新規セクションを追加し、整合性グループの設定を定義します。JSON ファイルのデフォルト設定を持つ同等の parameter_defaults セクションは、次のように表示されます。

   parameter_defaults:
     CinderApiPolicies: { \
        cinder-consistencygroup_create: { key: 'consistencygroup:create', value: 'group:nobody' }, \
        cinder-consistencygroup_delete: { key: 'consistencygroup:delete', value: 'group:nobody' },  \
        cinder-consistencygroup_update: { key: 'consistencygroup:update', value: 'group:nobody' }, \
        cinder-consistencygroup_get: { key: 'consistencygroup:get', value: 'group:nobody' }, \
        cinder-consistencygroup_get_all: { key: 'consistencygroup:get_all', value: 'group:nobody' }, \
        cinder-consistencygroup_create_cgsnapshot: { key: 'consistencygroup:create_cgsnapshot', value: 'group:nobody' }, \
        cinder-consistencygroup_delete_cgsnapshot: { key: 'consistencygroup:delete_cgsnapshot', value: 'group:nobody' }, \
        cinder-consistencygroup_get_cgsnapshot: { key: 'consistencygroup:get_cgsnapshot', value: 'group:nobody' }, \
        cinder-consistencygroup_get_all_cgsnapshots: { key: 'consistencygroup:get_all_cgsnapshots', value: 'group:nobody' }, \
    }

3. 値 'group:nobody' は、この機能を使用できるグループがないことを決定するため、効果的に無効になります。これを有効にするには、グループを別の値に変更します。

4. セキュリティーを強化するためには、整合性グループの API とボリューム種別管理の API の両方に、同じアクセス権限を設定します。デフォルトでは、ボリューム種別管理の API は (同じ /etc/cinder/policy.json_ file) で "rule:admin_or_owner" に設定されています。

   "volume_extension:types_manage": "rule:admin_or_owner",

5. 整合性グループの機能をすべてのユーザーが利用できるようにするには、API ポリシーのエントリーを設定して、ユーザーが専用の整合性グループを作成、使用、および管理できるようにします。そのためには、rule:admin_or_owner を使用します。

   CinderApiPolicies: { \
        cinder-consistencygroup_create: { key: 'consistencygroup:create', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_delete: { key: 'consistencygroup:delete', value: 'rule:admin_or_owner' },  \
        cinder-consistencygroup_update: { key: 'consistencygroup:update', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_get: { key: 'consistencygroup:get', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_get_all: { key: 'consistencygroup:get_all', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_create_cgsnapshot: { key: 'consistencygroup:create_cgsnapshot', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_delete_cgsnapshot: { key: 'consistencygroup:delete_cgsnapshot', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_get_cgsnapshot: { key: 'consistencygroup:get_cgsnapshot', value: 'rule:admin_or_owner' }, \
        cinder-consistencygroup_get_all_cgsnapshots: { key: 'consistencygroup:get_all_cgsnapshots', value: 'rule:admin_or_owner’ }, \
    }

6. /home/stack/templates/ に環境ファイルを作成したら、スタックユーザーとしてログインし、設定をデプロイします。

   $ openstack overcloud deploy --templates \
   -e /home/stack/templates/<ENV_FILE>.yaml

   <ENV_FILE.yaml> を、追加した ExtraConfig 設定のファイル名に置き換えます。

   重要

   オーバークラウドの作成時に追加の環境ファイルを渡した場合には、予定外の変更がオーバークラウドに加えられないように、ここで -e オプションを使用して環境ファイルを再度渡します。

手順

1. Dashboard で管理者ユーザーとして プロジェクト > コンピュート > ボリューム > ボリュームの整合性グループ を選択します。
2. 整合性グループの作成 をクリックします。
3. ウィザードの 整合性グループの情報 タブで、整合性グループの名前と説明を入力します。次に アベイラビリティーゾーン を指定します。
4. 整合性グループにボリューム種別を追加することもできます。整合性グループにボリュームを作成する際には、Block Storage サービスにより、これらのボリューム種別から互換性のある設定が適用されます。ボリューム種別を追加するには、利用可能な全ボリューム種別 リストから追加するボリューム種別の + ボタンをクリックします。
5. 整合性グループの作成 をクリックします。次回、作成した整合性グループが ボリュームの整合性グループ テーブルに表示されます。

手順

1. (オプション) アクション コラムから 整合性グループの編集 を選択して、整合性グループの名前または説明を変更することができます。
2. 整合性グループから直接にボリュームを追加または削除するには、Dashboard で管理者ユーザーとして プロジェクト > コンピュート > ボリューム > ボリュームの整合性グループ を選択します。

3. 設定する整合性グループを特定します。その整合性グループの アクション コラムで、ボリュームの管理 を選択します。これにより、整合性グループボリュームの追加/削除 ウィザードが起動します。

   1. 整合性グループにボリュームを追加するには、利用可能な全ボリューム リストから追加するボリュームの + ボタンをクリックします。
   2. 整合性グループからボリュームを削除するには、選択済みのボリューム リストから削除するボリュームの - ボタンをクリックします。
4. 整合性グループの編集 をクリックします。

手順

1. openstack-cinder-api をホストするノードのコマンドラインから admin ユーザーとしてログインし、次のように入力します。

   # export OS_VOLUME_API_VERSION=2

   これにより、openstack-cinder-api のバージョン 2 を使用するようにクライアントが設定されます。

2. 利用可能な整合性グループおよびその ID をすべて表示します。

   # cinder consisgroup-list

3. 整合性グループを使用してスナップショットを作成します。

   # cinder cgsnapshot-create --name <CGSNAPNAME> --description "<DESCRIPTION>" <CGNAMEID>

   以下を置き換えます。

   • <CGSNAPNAME> とスナップショットの名前 (オプション)。
   • スナップショットの説明を含む <DESCRIPTION> (オプション)。
   • <CGNAMEID> と整合性グループの名前または ID。

4. 利用可能な整合性グループのスナップショットの全リストを表示します。

   # cinder cgsnapshot-list

手順

1. 既存の整合性グループのクローンを作成するには、以下のコマンドを実行します。

   # cinder consisgroup-create-from-src --source-cg <CGNAMEID> --name <CGNAME> --description "<DESCRIPTION>"

   以下を置き換えます。

   • <CGNAMEID> は、複製する整合性グループの名前または ID です。
   • <CGNAME> は、整合性グループの名前です (オプション)。
   • <DESCRIPTION> は、整合性グループの説明です (オプション)。

2. 整合性グループのスナップショットから整合性グループを作成するには、以下のコマンドを実行します。

   # cinder consisgroup-create-from-src --cgsnapshot <CGSNAPNAME> --name <CGNAME> --description "<DESCRIPTION>

   <CGSNAPNAME> は、整合性グループの作成に使用するスナップショットの名前または ID に置き換えてください。