1. クライアントは cinder REST API を呼び出して cinder ボリュームをバックアップするリクエストを発行します。

2. cinder API サービスは HAProxy から要求を受信し、要求、ユーザー認証情報などを検証します。

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

1. クライアントは CinderREST API を呼び出して cinder バックアップを復元するリクエストを発行します。
2. cinder API は HAProxy から要求を受信し、要求、ユーザー認証情報などを検証します。
3. 要求に宛先として既存のボリュームが含まれていない場合、API は非同期 RPC 呼び出しを行って新しいボリュームを作成し、ボリュームのステータスをポーリングして利用可能になります。
4. cinder-scheduler がボリュームサービスを選択し、RPC 呼び出しを実行してボリュームを作成します。
5. 選択した cinder-ボリューム により、音量が作成されます。
6. cinder-api が利用可能なボリュームを検出すると、バックアップレコードがデータベースに作成されます。
7. cinder-api は、AMQP 経由でバックアップサービスへの非同期 RPC 呼び出しを行い、バックアップを復元し、現在のボリューム ID、バックアップ ID、およびボリューム名を API 呼び出し元に返します。
8. RPC 作成メッセージは、バックアップサービスのいずれかに届きます。
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. バックアップが完了すると、データベースのバックアップレコードが更新されます。

手順

1. バックアップを作成するボリュームの ID または表示名を表示します。

   # cinder list

2. ボリュームをバックアップします。

   # cinder backup-create --name <full_backup_name> _VOLUME_

   VOLUME の箇所は、バックアップするボリュームの ID または Display Name に置き換えます。以下に例を示します。

     +-----------+--------------------------------------+
     |  Property |                Value                 |
     +-----------+--------------------------------------+
     |     id    | e9d15fc7-eeae-4ca4-aa72-d52536dc551d |
     |    name   |                 None                 |
     | volume_id | 5f75430a-abff-4cc7-b74e-f808234fa6c5 |
     +-----------+--------------------------------------+

   作成されるバックアップの volume_id は、ソースボリュームの ID と同じです。

3. ボリュームのバックアップが完了したことを確認します。

   # cinder backup-list

   ボリュームバックアップの作成は、バックアップエントリーの Status が利用可能になると完了します。

手順

1. cinder snapshot list を使用して、バックアップを作成するスナップショットのスナップショット ID を特定します。

   # cinder snapshot-list --volume-id _VOLUME_ID_

2. スナップショットの名前が の場合は、以下の例を使用して ID を特定できます。

   # cinder snapshot-show _SNAPSHOT_NAME_

3. スナップショットのバックアップを作成します。

   # cinder backup-create _VOLUME_ --snapshot-id=_SNAPSHOT_ID_

   注記

   --snapshot-id を使用すると、NFS ボリュームのスナップショットベースのバックアップが失敗します。これは既知の問題です。

手順

1. 使用するボリュームバックアップの ID を検索します。

   # cinder backup-list

   ボリューム ID は、復元するボリュームの ID と一致する必要があります。

2. ボリュームのバックアップを復元します。

   # cinder backup-restore _BACKUP_ID_

   BACKUP_ID は、使用するボリュームバックアップの ID に置き換えます。

3. バックアップが不要になった場合は、削除します。

   # cinder backup-delete _BACKUP_ID_

4. バックアップボリュームを特定タイプのボリュームに復元する必要がある場合は、--volume を使用して、バックアップを特定ボリュームに復元します。

   # cinder backup-restore _BACKUP_ID --volume VOLUME_ID_

   注記

   暗号化したバックアップからボリュームを復元する場合は、復元先ボリュームの種類も暗号化する必要があります。

手順

1. 管理者権限を持つユーザーとして以下を実行します。

   # cinder backup-import _backup_service_ _backup_url_

   backup_service および backup_url は、エクスポートしたメタデータからのものです。たとえば、「フルボリュームバックアップの作成」 からエクスポートしたメタデータを使用する場合は、次のコマンドを実行します。

   # cinder backup-import cinder.backup.drivers.swift eyJzdGF0dXMi...c2l6ZSI6IDF9
   +----------+--------------------------------------+
   | Property |                Value                 |
   +----------+--------------------------------------+
   |    id    | 77951e2f-4aff-4365-8c64-f833802eaa43 |
   |   name   |                 None                 |
   +----------+--------------------------------------+

2. メタデータが Block Storage サービスデータベースにインポートされたら、通常どおりボリュームを復元できます。詳細は、「バックアップからのボリュームの復元」 を参照してください。

手順

1. バックアップの復元をキャンセルするには、ステータスを の 復元 以外のものに変更します。error ステートを使用すると、復元の成功の有無に関する混同を最小限にとどめることができます。または、値を available に変更できます。

   $ openstack volume backup set --state error BACKUP_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. pcs resource を実行して、cinder バックアップリソースが実行されているコントローラーを確認します。

   $ pcs resource
   
   openstack-cinder-volume (systemd:openstack-cinder-volume): Started controller-0