第3章 Block Storage バックアップサービスの使用
Block Storage バックアップサービスを使用して、完全バックアップまたは増分バックアップを実行し、バックアップをボリュームに復元できます。
3.1. 完全バックアップ リンクのコピーリンクがクリップボードにコピーされました!
3.1.1. フルボリュームバックアップの作成 リンクのコピーリンクがクリップボードにコピーされました!
ボリュームのバックアップを作成するには、bakcup-create コマンドを使用します。デフォルトでは、このコマンドはボリュームの完全バックアップを作成します。ボリュームに既存のバックアップがある場合は、代わりに増分バックアップを作成できます。詳細は、以下を実行します。 「増分バックアップの実行」
Ceph クラスターにバックアップする Ceph ボリュームを使用している場合は、2 回目でバックアップを行うと、バックアップサービスは自動的に増分バックアップを実行します。
アクセス可能なボリュームのバックアップを作成できます。つまり、管理者権限のあるユーザーは、所有者に関係なく、任意のボリュームをバックアップできます。詳細は、「「管理者としてのボリュームバックアップの作成」」を参照してください。
手順
バックアップを作成するボリュームの ID または表示名を表示します。
# cinder listボリュームをバックアップします。
# cinder backup-create <VOLUME><VOLUME> をバックアップするボリューム
のに置き換えます。IDまたは 表示名+-----------+--------------------------------------+ | Property | Value | +-----------+--------------------------------------+ | id | e9d15fc7-eeae-4ca4-aa72-d52536dc551d | | name | None | | volume_id | 5f75430a-abff-4cc7-b74e-f808234fa6c5 | +-----------+--------------------------------------+作成されるバックアップの
volume_idは、ソースボリュームの ID と同じです。ボリュームのバックアップ作成が完了したことを確認します。
# cinder backup-list
3.1.2. 管理者としてのボリュームバックアップの作成 リンクのコピーリンクがクリップボードにコピーされました!
ボリュームバックアップの作成は、バックアップエントリーのStatusが利用可能になると完了します。
管理者特権を持つユーザーは、Red Hat OpenStack Platform が管理するボリュームのバックアップを作成できます。管理者ユーザーが所有しているボリュームのバックアップを作成する場合、バックアップはデフォルトではボリューム所有者に表示されません。
手順
管理者ユーザーは、次のコマンドを使用してボリュームのバックアップを作成し、特定のテナントでバックアップを使用できるようにできます。
# cinder --os-auth-url <KEYSTONEURL> --os-tenant-name <TENANTNAME> --os-username <USERNAME> --os-password <PASSWD> backup-create <VOLUME>
使用環境の要件に従って、次の変数を置き換えます。
- <TENANTNAME> は、バックアップを利用可能にするテナントの名前です。
- <USERNAME> および <PASSWD> は、<TENANTNAME> 内のユーザーのユーザー名およびパスワードの認証情報です。
- <VOLUME> は、バックアップするボリュームの名前または ID に置き換えます。
-
<KEYSTONEURL> は Identity サービスの URL エンドポイントです。通常、http://
IP:5000/v2 です。IP は Identity サービスホストの IP アドレスです。このオペレーションを実行すると、作成されるバックアップのサイズは、テナント管理者のクォータではなく、TENANTNAMEのクォータと比較されます。
3.1.3. ボリュームバックアップのメタデータのエクスポート リンクのコピーリンクがクリップボードにコピーされました!
ボリュームバックアップのメタデータをエクスポートおよび保存して、Block Storage データベースで致命的な損傷が発生した場合でもボリュームバックアップを復元できるようにできます。
手順
以下のコマンドを実行します。
# cinder backup-export <BACKUPID><BACKUPID> を、ボリュームバックアップの ID または名前に置き換えます。
+----------------+------------------------------------------+ | Property | Value | +----------------+------------------------------------------+ | backup_service | cinder.backup.drivers.swift | | backup_url | eyJzdGF0dXMiOiAiYXZhaWxhYmxlIiwgIm9iam...| | | ...4NS02ZmY4MzBhZWYwNWUiLCAic2l6ZSI6IDF9 | +----------------+------------------------------------------+
ボリュームのバックアップメタデータは、backup_service および backup_url の値で構成されます。
3.1.4. 使用中のボリュームのバックアップ リンクのコピーリンクがクリップボードにコピーされました!
ブロックストレージバックエンドスナップショットに対応している場合は、--force で使用中のボリュームのバックアップを作成できます。
--force オプションを使用するには、Block Storage バックエンドスナップショットをサポートする必要があります。使用しているバックエンドのドキュメントを確認することで、スナップショットのサポートを確認できます。
--force オプションを使用すると、バックアップを実行する前にドライブが休止していないことを確認できます。この方法を使用すると、クラッシュの一貫性はありますが、アプリケーションの一貫性はありません。バックアップが作成されます。つまり、バックアップの実行時に実行していたアプリケーションを認識していないことを意味します。ただし、データはそのままです。
手順
使用中のボリュームのバックアップを作成するには、次のコマンドを実行します。
$ openstack volume backup create --incremental --force
3.1.5. スナップショットの完全バックアップの実行 リンクのコピーリンクがクリップボードにコピーされました!
スナップショットに関連付けられているボリューム ID を使用して、スナップショットから完全バックアップを作成できます。
手順
バックアップするスナップショットの ID を特定します。
# cinder snapshot-list --volume-id _VOLUME_ID_スナップショットの名前が付けられた場合には、以下の例を使用して
IDを特定できます。# cinder snapshot-show _SNAPSHOT_NAME_スナップショットのバックアップを作成します。
# cinder backup-create _VOLUME_ --snapshot-id=_SNAPSHOT_ID_