IBM Cloud Docs
バックアップの計画

バックアップの計画

Block Storage for VPC ボリュームのバックアップ戦略を計画する際、このチェックリストがバックアップサービスの設定と使用に役立つかもしれません。

バックアップの計画

VPC バックアップ・サービスをセットアップする前に、以下の前提条件を考慮してください。

バックアップ方針を計画するためのチェックリスト
項目 考慮事項
Cloud Identity and Access Management (IAM) アカウントのバックアップを作成および管理するための IAM アクセス権限 があることを確認します。
エンタープライズ・レベルのバックアップ 子アカウントおよびエンタープライズ・アカウント内のサービスに対して、すべての サービス間許可 が設定されていることを確認します。 いずれかの子アカウントで許可が欠落している場合、バックアップ・サービスは IBM Cloud® Activity Tracker イベントを生成し、ポリシーの正常性に劣化のマークを付けます。
Volumes どのボリュームをバックアップするのが最も重要かを評価する。 ブート・ボリュームおよびデータ・ボリュームのバックアップを作成できます。 変更が多く保存期間が長いボリュームには、それほど変更が多くないボリュームよりも注意が必要です。 また、ボリュームのすべてのバックアップの累積サイズが 10 TB を超えることはできません。
共有 どの株式をバックアップすることが最も重要かを評価する。 変更が多く、保存期間が長いファイル共有は、中程度の変更の共有よりも注意が必要です。 また、共有のすべてのスナップショットとバックアップの累積サイズは100TBを超えることはできません。 「VPC」アクセス制御モードを持つ共有では、スナップショットはサポートされていません。
マルチボリューム整合性グループ 同じ仮想サーバーに接続された複数の Block Storage ・ボリュームのバックアップを作成できます。 この方法でバックアップを作成する場合は、仮想サーバー・インスタンスにタグを付けます。 ブート・ボリュームをバックアップに含めるか、除外するかを選択できます。
バックアップ・スケジュール バックアップするリソースの種類に応じて、バックアップスケジュールを決めます。 例えば、頻繁に変更される重要なデータは、静的なデータよりも頻繁にバックアップしたいかもしれない。
保存 バックアップ計画におけるバックアップの保持ポリシーを決定する。 後続のバックアップが作成されると、保持するバックアップごとにコストが発生します。 古いバックアップを削除すると、コストが削減されます。
バックアップの作成間隔と保存期間は同じでもよいし、異なっていてもよい。 デフォルトの保存期間は 30 日です。 最大保存期間は1000日。 また、保持するバックアップの総数を、ボリュームまたは共有ごとに最大750個まで設定できます。 この数を超えると、最も古いバックアップが削除されます。 バックアップの経過時間と数の両方を指定すると、スナップショットを削除するタイミングを決定する際に経過時間が優先されます。 このカウントは、最も古いスナップショットが経過時間の範囲内にある場合にのみ適用されます。 詳しくは、 バックアップ・ポリシーおよびバックアップ・プラン を参照してください。
バックアップ計画 ポリシーに必要なバックアップ・プランの数を決定します。 例えば、日次バックアップ、週次バックアップ、および月次バックアップ用に別々の計画を持つことができます。
命名 バックアップポリシーの名前は一意であることを確認してください。 たとえば、ボリュームに名前を付ける方法がある場合、同様の規約を使用してバックアップ・ポリシーに名前を付けることができます。 プランによって作成されるバックアップの命名規則はスナップショットと同じです。 詳しくは、スナップショットの名前についてを参照してください。
インターフェース バックアップの作成と管理には、UI、CLI、API、Terraformのいずれかを選択します。
ボリュームまたは共有のリストア バックアップからボリュームまたは共有をリストアする場合を評価します。 バックアップからのリストアは手動操作であり、災害復旧ソリューションなどの即時操作ではないことに注意してください。
高速リストア ボリュームのあるリージョンの1つまたは複数のゾーンにバックアップスナップショットのコピーを作成し、キャッシュすることができます。 高速リストアは、同じリージョンの別のゾーンにボリュームをリストアする必要がある災害復旧シナリオで使用できます。 高速リストア機能を使用すると、通常のスナップショットからリストアするよりも、 リカバリー時間目標災害復旧計画において、災害後にビジネスプロセスが復旧するまでの時間。 (RTO) を迅速に行うことができます。
地域間コピー バックアップ・スナップショットのコピーを作成して別のリージョンに保管し、それを使用してターゲット・リージョンにボリュームを作成することができます。 この機能は、別のリージョンで仮想サーバー・インスタンスとデータ・ボリュームを開始する必要がある災害復旧シナリオで使用できます。 他の地域のデータをリストアする必要があるかどうかを検討してください。 リモートリージョンでのスナップショットコピーの作成には時間がかかり、ボリュームが大きい場合は数時間かかります。 また、対象地域でのデータ転送とストレージの消費も別途請求される。
Monitoring バックアップ スナップショットを作成または削除するバックアップ ジョブは、バックアップ プランと保持ポリシーに従って実行されます。 コンソール、CLI、API、または Terraform を使用してステータスを確認できます。 ジョブが失敗した場合、ヘルス ステータス コードに失敗の理由が表示されます。 詳細については、バックアップジョブの表示。 また、Event Notificationsへの接続を設定し、希望する宛先へのアラートを受信することもできる。 詳細については、「Backup for VPCのイベント通知を有効にする」を参照してください。
バックアップの作成:
前提条件 ボリュームが仮想サーバーインスタンスにアタッチされていること、およびインスタンスが実行中であることを確認します。
バックアップ頻度 選択したプランが、希望する間隔でバックアップを作成していることを確認します。 バックアップは、手動で作成されたスナップショットのように即時には行われません。 バックアップは通常、バックアップ計画スケジュールによってトリガーされてから 1 時間以内に実行されます。
タイミング 整合性グループのバックアップ: 同じ仮想サーバー・インスタンスに接続されている複数のボリュームのクラッシュ整合スナップショットを作成すると、短時間の入出力中断が発生し、数ミリ秒から数秒間続く可能性があります。 所要時間は、仮想サーバー・インスタンスに接続されているボリュームの数とサイズによって異なります。 パフォーマンスへの影響を最小限に抑えるために、オフピーク時に自動バックアップ・ポリシーを実行することをお勧めします。
タグ ポリシータグの少なくとも1つが、バックアップしたい各リソースの少なくとも1つのタグと一致していることを確認します。 ターゲット・リソースのタグを決定する際には、リソースを複数のポリシーによってバックアップする場合を除き、他のポリシーが同じタグを使用していないことを確認してください。
バックアップスナップショットからボリュームをリストアする
ボリューム・リストアのパフォーマンス バックアップ・スナップショットからボリュームをリストアする場合は、以下の パフォーマンスの考慮事項 を確認してください。 また、ボリュームをリストアする際に、地域によって異なるパフォーマンスが発生する可能性があります。
高速リストア・クローン を使用可能にするタイミングを評価します。 高速リストア・スナップショットは、スナップショット・クローンからボリュームをリストアすることで待ち時間を短縮します。 新規ボリューム・データは即時に復元されます。
インスタンス・プロビジョニングのパフォーマンス ブート可能スナップショットからのインスタンスのプロビジョニング を決定する際には、以下のパフォーマンスの考慮事項を検討してください。
課金 バックアップ・スナップショットの数が増えるにつれて、作成するバックアップ・スナップショットの数と、その他の請求に関する考慮事項について考慮してください。 高速リストア機能は、スナップショットのサイズに関係なく、有効になっているゾーンごとに追加の時間単位の料金で請求されます。 高速リストア・クローンの保守は、通常のスナップショットを保持するよりもかなりコストがかかります。 地域間コピーの作成を選択すると、他方の地域で使用されているデータ転送およびストレージ容量についても課金されます。 詳細については、よくある質問を参照してください。

次のステップ

バックアップを計画したら、 バックアップ・ポリシー を作成して、リソース(個々のボリューム、または複数ボリュームの一貫性グループ、またはファイル共有)をバックアップできます。