1. クライアントは、cinder API を起動して、Block Storage ボリュームのバックアップを作成するように要求します。
2. cinder API サービスは、HAProxy から要求を受信し、要求、ユーザー認証情報、およびその他の情報を検証します。
3. SQL データベースにバックアップレコードを作成します。
4. AMQP を介して、cinder-backup への非同期 RPC 呼び出しを行い、ボリュームのバックアップを作成します。
5. API 呼び出し元に、現在のバックアップレコード (ID) を返します。
6. RPC 作成メッセージは、バックアップサービスのいずれかに届きます。
7. cinder-backup は、get_backup_デバイス への同期 RPC 呼び出しを実行します。
8. cinder-volume は、正しいデバイスが呼び出し元に返されるようにします。通常は同じボリュームですが、ボリュームが使用中の場合は、設定によっては一時クローンボリュームまたは一時スナップショットが返されます。
9. cinder-backup は、cinder-volume に別の同期 RPC を発行して、ソースデバイスを公開するようにします。
10. cinder-volume サービスは、ソースデバイス (ボリュームまたはスナップショット) をエクスポートしてマッピングし、適切な接続情報を返します。
11. cinder-backup は、接続情報を使用してソースボリュームを割り当てます。
12. cinder-backup は、デバイスが接続されている状態でバックアップドライバーを呼び出し、バックアップ先へのデータ転送を開始します。
13. ボリュームがバックアップホストから切り離されている。
14. cinder-backup は、同期 RPC を cinder-volume に発行して、ソースデバイスの接続を解除します。
15. cinder-volume サービスは、デバイスのマッピングを解除し、エクスポートを削除します。
16. 一時ボリュームまたは一時スナップショットが作成された場合、cinder-backup は cinder-volume を呼び出してそのボリュームを削除します。
17. cinder-volume により、一時ボリュームが削除されます。
18. バックアップが完了すると、データベースのバックアップレコードが更新されます。

1. クライアントは、CinderREST API を呼び出して、Block Storage バックアップを復元する要求を発行します。
2. cinder API は、HAProxy から要求を受信し、要求、ユーザー認証情報、およびその他の情報を検証します。
3. 要求に宛先として既存のボリュームが含まれていない場合、API は非同期 RPC 呼び出しを行って新しいボリュームを作成し、ボリュームのステータスをポーリングして利用可能になります。
4. cinder-scheduler がボリュームサービスを選択し、RPC 呼び出しを実行してボリュームを作成します。
5. 選択した cinder-ボリューム により、音量が作成されます。
6. cinder-api がボリュームが利用可能であることを検出すると、バックアップレコードがデータベースに作成されます。
7. AMQP 経由でバックアップサービスへの非同期 RPC 呼び出しを行い、バックアップを復元します。
8. 現在のボリューム ID、バックアップ ID、およびボリューム名を API 呼び出し元に返します。
9. RPC 作成メッセージは、バックアップサービスのいずれかに届きます。
10. cinder-backup は、cinder-volume への同期 RPC 呼び出しを実行して、宛先ボリュームを公開します。
11. cinder-volume は、適切な接続情報を返す宛先ボリュームをエクスポートしてマッピングします。
12. cinder-backup は、接続情報を使用してソースボリュームを接続します。
13. cinder-backup サービスは、デバイスが接続されている状態でドライバーを呼び出し、ボリュームデスティネーションへのデータの復元を開始します。
14. ボリュームがバックアップホストから切り離されます。
15. cinder-backup は、同期 RPC を cinder-volume に発行して、ソースデバイスの接続を解除します。
16. cinder-volume サービスは、デバイスのマッピングを解除し、エクスポートを削除します。
17. バックアップが完了すると、データベースのバックアップレコードが更新されます。

手順

1. /usr/share/openstack-tripleo-heat-templates/environments/ ディレクトリーにある cinder-backup.yaml ファイルのコピーを作成し、別のカスタムテンプレートと同じ場所に保存します。

   cp /usr/share/openstack-tripleo-heat-templates/environments/cinder-backup.yaml /home/stack/templates/cinder-backup-settings.yaml

2. cinder-backup.yaml ファイルのコピーには、Pacemaker で Block Storage バックアップサービスの OpenStack Object Storage (swift) バックエンドを設定するデフォルト設定が含まれています。バックアップに使用しているバックエンドである場合は、このファイルを変更する必要はありません。別のバックエンドを使用している場合は、バックアップバックエンドに応じて parameter_defaults を設定します。

   • Red Hat Ceph ストレージを使用している場合は、以下の方法で parameter_defaults を設定します。

     • CinderBackupBackend: (必須) セフ
     • CinderBackupRbdPoolName: (必要に応じて) カスタムの RBD プール名を設定します。デフォルト: backups

   • NFS を使用している場合は、以下の方法で parameter_defaults を設定します。

     • CinderBackupBackend: (必須) nfs
     • CinderBackupNfsShare: (必須) マウントする NFS 共有に設定します。デフォルト値は空です。
     • CinderBackupNfsMountOptions: (オプション) 必要なマウントオプションに設定します。
3. 変更をファイルに保存します。

4. バックアップサービスを有効にし、この設定を適用するには、別の環境ファイルを使用してバックアップ設定環境ファイルをスタックに追加し、オーバークラウドをデプロイします。

   (undercloud) [stack@undercloud ~]$ openstack overcloud deploy --templates \
     -e [your environment files]
     -e /home/stack/templates/cinder-backup-settings.yaml

手順

1. stack ユーザーとしてログインします。

2. 設定をデプロイします。

   $ openstack overcloud deploy --templates \
   -e /home/stack/templates/cinder-backup-settings.yaml

   重要

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

3. デプロイメントが終了したら、cinder-backup サービスを再起動します。

手順

1. 特定のテナント (TENANT_ID) のストレージクォータを表示するには、以下のコマンドを実行します。

   # cinder quota-show TENANT_ID

2. 指定したテナントで作成できるバックアップ (MAXNUM) の上限を更新するには、以下のコマンドを実行します。

   # cinder quota-update --backups MAXNUM TENANT_ID

3. 指定したテナント内のすべてのバックアップ (MAXGB) の上限を更新するには、以下のコマンドを実行します。

   # cinder quota-update --backup-gigabytes MAXGB TENANT_ID

4. 特定のテナントのストレージクォータの使用状況を表示するには、以下のコマンドを実行します。

   # cinder quota-usage TENANT_ID

手順

1. ボリュームで cinder show コマンドを実行して、ホストに保存されているかどうかを確認します。

   # cinder show

2. cinder service-list を実行して、実行中のサービスを表示します。

   # cinder service-list
   +------------------+--------------------+------+---------+-------+----------------------------+-----------------+
   | Binary           | Host               | Zone | Status  | State | Updated_at                 | Disabled Reason |
   +------------------+--------------------+------+---------+-------+----------------------------+-----------------+
   | cinder-backup    | hostgroup          | nova | enabled | up    | 2017-05-15T02:42:25.000000 | -               |
   | cinder-scheduler | hostgroup          | nova | enabled | up    | 2017-05-15T02:42:25.000000 | -               |
   | cinder-volume    | hostgroup@sas-pool | nova | enabled | down  | 2017-05-14T03:04:01.000000 | -               |
   | cinder-volume    | hostgroup@ssd-pool | nova | enabled | down  | 2017-05-14T03:04:01.000000 | -               |
   +------------------+--------------------+------+---------+-------+----------------------------+-----------------+

3. 期待されるサービスが利用可能であることを確認します。