バックアップの計画

Block Storage for VPC のボリュームをバックアップするための戦略を立てる際、このチェックリストを参考にすると、バックアップサービスの設定や利用に役立つでしょう。

バックアップの計画

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

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

次のステップ

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