3.2. 増分バックアップ
ボリュームに既存のバックアップがある場合は、Block Storage バックアップサービスを使用して、代わりに増分バックアップを作成できます。
3.2.1. パフォーマンスに関する考慮事項
増分やデータ圧縮などのバックアップ機能の一部は、パフォーマンスに影響を与える可能性があります。増分バックアップは、ボリューム内のデータをすべて読み込み、完全バックアップと各増分バックアップの両方でサムチェックを行う必要があるため、パフォーマンスに影響を及ぼします。
Ceph 以外のバックエンドではデータ圧縮を使用できます。データ圧縮を有効にするには、追加の CPU 電力が必要になりますが、使用するネットワーク帯域幅とストレージ領域は全体で少なくなります。
マルチパスの設定はパフォーマンスにも影響します。マルチパスを有効にせずに複数のボリュームを接続すると、接続できなくなるか、完全なネットワーク機能が利用できなくなる可能性があります。これはパフォーマンスに影響を及ぼします。
詳細設定オプションを使用して、圧縮の有効化または無効化、プロセス数の定義、およびその他の CPU リソースの追加を行うことができます。詳細は、「高度な設定オプション」 を参照してください。
3.2.2. スナップショットからのバックアップの影響
バックエンドの中には、スナップショットからのバックアップの作成に対応するものもあります。この機能に対応するドライバーでは、スナップショットを直接割り当てることができます。これにより、スナップショットをボリュームにクローンするのと比較して速くなり、ボリュームに割り当てることができるようになります。通常、この機能はスナップショットからボリュームを作成する手順が追加されたため、パフォーマンスに影響を与える可能性があります。
3.2.3. 増分バックアップの実行
デフォルトでは、cinder backup-create
はボリュームのフルバックアップを作成します。ただし、ボリュームに既存のバックアップがある場合は、増分バックアップを作成できます。
増分バックアップは、NFS、オブジェクトストレージ (swift)、および Red Hat Ceph ストレージバックアップリポジトリーで完全にサポートされています。
増分バックアップは、最後の完全バックアップまたは増分バックアップ以降のボリュームへの変更をキャプチャーします。ボリュームのサイズは時間とともに増加するため、ボリュームの多数の定期的なフルバックアップの実行はリソースの集中的なものになる可能性があります。増分バックアップを使用すると、ボリュームへの定期的な変更をキャプチャーして、リソースの使用を最小限にとどめることができます。
手順
増分ボリュームバックアップを作成するには、次のコマンドで
--incremental
を使用します。# cinder backup-create _VOLUME_ --incremental
VOLUME の箇所は、バックアップするボリュームの
ID
またはDisplay Name
に置き換えます。
すでに増分バックアップがある場合、完全バックアップを削除することはできません。フルバックアップに複数の増分バックアップがある場合は、最新の増分バックアップのみを削除できます。