Azure Backup のインスタント リストア機能を使用してバックアップと復元のパフォーマンスを改善する

この記事では、Azure Backup でインスタント リストア機能のバックアップと復元のパフォーマンスの改善について説明します。

主な機能

このインスタント リストア機能では、次の機能が提供されます。

• コンテナーへのデータ転送の終了を待たずに、復旧に利用できるバックアップ ジョブの一環として取得されるスナップショットを使用できます。 これにより、復元をトリガーする前にスナップショットをコンテナーにコピーする待機時間が短縮されます。
• スナップショットをローカルに保持することで、バックアップと復元に係る時間を短縮します。既定では、Standard ポリシーを使用した場合は 2 日間、拡張ポリシーを使用した場合は 7 日間です。 この既定のスナップショット リテンション期間の値は、Standard ポリシーの場合は1 から 5 日の間、拡張ポリシーの場合は 1 日から 30 日の間の任意の値に構成できます。
• 最大 32 TB のディスク サイズがサポートされます。 Azure Backup では、ディスクのサイズ変更は推奨されません。
• Standard ポリシーでは、Standard HDD ディスクおよび Premium SSD ディスクと共に Standard SSD ディスクがサポートされます。 拡張ポリシーでは、Standard HDD、Standard SSD、Premium SSD v1 ディスクに加えて、Premium SSD v2 ディスクと Ultra Disks のバックアップとインスタント リストアがサポートされます。
• 復元時に、(ディスクごとの) アンマネージド VM の元のストレージ アカウントを使用できます。 この機能は、ストレージ アカウント間に分散しているディスクが VM にある場合でも使用できます。 さまざまな VM 構成で復元操作が速くなります。
• ストレージ アカウントで管理されていない premium ディスクを使用している VM のバックアップについては、インスタント リストアを使用して、割り当てられた合計ストレージ領域の 50% の空き領域 (最初のバックアップにのみ必要) を割り当てることをお勧めします。 最初のバックアップが完了した後は、バックアップに 50% の空き領域は不要になります。

インスタント リストアのしくみ

バックアップ ジョブは次の 2 つのフェーズで構成されます。

1. VM スナップショットを作成します。
2. Azure Recovery Services コンテナーに VM スナップショットを転送します。

スナップショットが完了するとすぐに復旧ポイントが作成されます。このスナップショットの種類の復旧ポイントを利用し、同じ復元フローを使って復元を実行することができます。 復旧ポイントの種類として スナップショット を使用することで、この復旧ポイントを Azure portal で識別することができます。コンテナーにスナップショットが転送された後、復旧ポイントの種類は スナップショットとコンテナー に変わります。

機能に関する考慮事項

• 復旧ポイントの作成を促進し、復元操作の速度を上げるため、スナップショットはディスクと共に格納されます。 結果として、ストレージのコストはこの期間に取得されたスナップショットに対応したものになります。
• 標準ポリシーでは、すべてのスナップショットは増分として生成され、ページ BLOB として保存されます。 アンマネージド ディスクを使用しているすべてのユーザーは、自分のローカル ストレージ アカウントに格納されているスナップショットに対して課金されます。 マネージド VM バックアップで使用される復元ポイント コレクションでは、基になるストレージ レベルの BLOB スナップショットが使用されるため、マネージド ディスクの場合は、BLOB スナップショットの価格に対応するコストが表示され、これらは増分となります。
• Premium Storage アカウントの場合、インスタント復旧ポイントのために作成されるスナップショットには上限として 10 TB の領域が割り当てられています。 拡張ポリシーの場合は、マネージド VM バックアップのみがサポートされています。 最初のスナップショットは、ディスクの完全なコピーです。 後続のスナップショットは本質的に増分であり、最後のスナップショット以降のディスクへの差分変更のみが含まれます。 インスタント リストアの復旧ポイントを使用する場合は、Azure Policy を使用して、CMK で暗号化されたディスクを必要としないサブスクリプションとリソース グループに VM またはディスクを復元する必要があります。
• アンマネージド ディスクに対してインスタント リストアを実行する場合は、スナップショット/vhd ファイルをホストするストレージ アカウントでパブリック ネットワーク アクセスまたは同様のアクセスが有効になっていることを確認します。 ストレージ アカウントから必要なネットワーク アクセスが利用できない場合は、標準の復旧ポイントの復元がトリガーされ、復元時間が遅くなります。
• Standard ポリシーは増分バックアップから始まります。元のディスクが失われた場合、完全復旧ポイントがありません。 拡張ポリシーでは、最初のバックアップを完全復旧ポイントにすることで、完全な復旧とデータ整合性の向上を実現することで、この問題に対処します。

コストの影響

スナップショットのインスタント リストア機能 (ディスクと共に格納されます) は、復旧ポイントの作成を促進し、復元操作の速度を向上させます。 これにより、この期間に取得されたスナップショットに対応する追加のストレージ コストが発生します。 スナップショット ストレージのコストは、バックアップ ポリシーの種類によって異なります。

標準方針のコストへの影響

Standard ポリシーでは、インスタント リストア機能に BLOB スナップショットを使用します。 すべてのスナップショットは本質的に増分であり、VM のストレージ アカウントに格納され、インスタント回復に使用されます。 増分スナップショットは、スナップショットによって占有される領域が、スナップショットの作成後に記述されるページによって占有される領域と等しいことを意味します。 課金は、このセクションで説明されているように、スナップショットによって占有される使用済み領域に対して、GB ごとに行われます。 例として、サイズが 100GB、変更率が 2%、インスタント リストアの保持期間が 5 日の VM について考えてみましょう。 この場合、請求されるスナップショット ストレージは 10GB (100* 0.02* 5) になります。

アンマネージド ディスクを使用する VM の場合、各ディスクの VHD ファイルのメニューにスナップショットが表示されます。 マネージド ディスクの場合、スナップショットは指定したリソース グループの復元ポイント コレクション リソースに格納され、スナップショット自体は直接表示されません。

拡張ポリシーのコストへの影響

拡張ポリシーでは、インスタント リストア機能にマネージド ディスク スナップショットを使用します。 最初のスナップショットは、ディスクの完全なコピーです。 後続のスナップショットは本質的に増分であり、最後のスナップショット以降のディスクへの差分変更のみが含まれます。 マネージド ディスク スナップショットの価格については、この価格ページで説明しています。

サイズが 100GB、変更率が 2%、インスタント リストアの保持期間が 5 日の VM の場合を例に挙げます。 この場合、請求されるスナップショット ストレージは 108GB (100 + 100 X 0.02 X 4) になります。

スナップショットのリテンション期間の構成

Azure Portal の使用

Azure portal の VM バックアップ ポリシー ウィンドウ ( [インスタント リストア] セクションの下) にフィールドが追加されているのを確認できます。 特定のバックアップ ポリシーに関連付けられているすべての VM の [VM Backup Policy](VM バックアップ ポリシー) ウィンドウで、スナップショットの保持期間を変更することができます。

PowerShell の使用

$bkpPol = Get-AzRecoveryServicesBackupProtectionPolicy -WorkloadType "AzureVM"
$bkpPol.SnapshotRetentionInDays=5
Set-AzRecoveryServicesBackupProtectionPolicy -policy $bkpPol

各ポリシーのスナップショットの既定のリテンション期間は、2 日に設定されます。 この値は、最小で 1 日、最大で 5 日に変更することができます。 週間ポリシーでは、スナップショットのリテンション期間は 5 日に固定されています。

よく寄せられる質問

インスタント リストアはコストにどのように影響しますか。

復旧ポイントの作成と復元操作の速度を上げるため、スナップショットはディスクと共に格納されます。 その結果、VM バックアップ ポリシーの一部として選択されるスナップショットの保有期間に対応するストレージ コストが表示されます。

Premium Storage アカウントでは、インスタント回復ポイントのために作成されたスナップショットで 10 TB のスナップショット上限が占められますか。

はい。Premium ストレージ アカウントでは、インスタント復元ポイント用に作成されたスナップショットは、割り当てられた 10 TB のスナップショット スペースを占有します。

5 日間の期間中、スナップショットの保有期間はどのようになりますか。

Standard ポリシーの場合は、毎日新しいスナップショットが取得されるため、個別の増分スナップショットが 5 個になります。 スナップショットのサイズはデータの変化によって異なります (ほとんどの場合、約 2% から 7%)。 拡張ポリシーの場合は、最初のスナップショットは完全なスナップショットで、後続のスナップショットは増分です。

インスタント リストア スナップショットは増分スナップショットですか、それとも完全スナップショットですか。

Standard ポリシーの場合は、インスタント リストア機能の一部として取得されるスナップショットは、増分スナップショットです。 拡張ポリシーの場合は、最初のスナップショットは完全なスナップショットで、後続のスナップショットは増分です。

インスタント リストア機能による、概算コストの増加はどのように計算すればよいですか。

VM の変化によって異なります。

• Standard ポリシー: 安定状態では、コストの増加は、スナップショットの保持期間 x VM スナップショットあたりの日次変化 x ストレージコスト (GB あたり) で求められると考えられます。
• 拡張ポリシー: 安定状態では、コストの増加は、((VM のサイズ) + (スナップショットの保持期間 -1) *VM あたりの日次変化) * スナップショットあたりの日次変化 GB あたりのストレージ コストになると考えられます。

復元ポイントの復旧方法が「スナップショットとボールト」であり、復元操作を実行する場合は、どの復旧方法が使用されますか。

回復の種類が "スナップショットとコンテナー" の場合は、ローカルのスナップショットから自動的に復元が行われ、コンテナーからの復元に比べ、はるかに高速になります。

スナップショット (階層 1) の保有期間よりも短い、復元ポイント (階層 2) の保有期間を選択するとどうなりますか。

新しいモデルでは、スナップショット (階層 1) を削除しない限り、復元ポイント (階層 2) を削除することはできません。 復元ポイント (階層 2) の保持期間がスナップショットの保持期間より長くなるようスケジュール設定することをお勧めします。

バックアップ ポリシーに設定されている保有期間が過ぎても、スナップショットが存在するのはなぜですか。

復旧ポイントにスナップショットがあり、それが利用可能な最新の復旧ポイントである場合、次のバックアップが成功するまで保持されます。 これは、指定された "ガベージ コレクション" (GC) ポリシーに従います。 VM の問題によって後続のすべてのバックアップが失敗する場合に備えて、最新の復旧ポイントが少なくとも 1 つ常に存在している必要があります。 通常のシナリオでは、復旧ポイントは有効期限が切れてから最大 24 時間後にクリーンアップされます。 まれに、ガベージ コレクター (GC) の負荷の増加に基づいて、追加のスナップショットが 1、2 個存在することがあります。

なぜ私の保持ポリシーよりも多くのスナップショットが表示されるのですか。

保有ポリシーが "1" に設定されているシナリオでは、2 つのスナップショットが表示されることがあります。 この設定では、VM の問題によって後続のすべてのバックアップが失敗してしまう可能性に備え、常に最新の復旧ポイントが少なくとも 1 つ存在している必要があります。 これにより、2 つのスナップショットが存在する可能性があります。

つまり、ポリシーが "n" スナップショットに設定されている場合、"n + 1" 個のスナップショットが一度に表示される可能性があります。 さらに、ガベージコレクションに遅延がある場合には、「n+1+2」という形式のスナップショットが表示されることがあります。 これは、次のような場合にまれに発生することがあります。

• 過去の保有期間のスナップショットをクリーンアップするとき。
• バックエンドのガベージコレクター (GC) は高負荷状態です。

インスタント リストア機能は必要ありません。 無効にすることはできますか。

インスタント リストア機能はすべてのユーザーに対して有効になっており、無効にすることはできません。 スナップショットのリテンション期間は、最小で 1 日に短縮することができます。

(数時間かかる可能性がある) 転送プロセス中に VM を再起動しても問題ありませんか。 VM を再起動すると、転送が中断されますか。あるいは遅くなりますか。

問題ありません。データ転送の速度にはまったく影響が出ません。

12 か月のバックアップ保持ポリシーで 365 日ではなく 372 日間データが保持されるのはなぜですか?

毎月のバックアップの保有期間は、毎月 31 日間 を考慮して計算されます。 31 日に 12 か月を掛けると、合計保有期間は 372 日になります。 この方法では、実際の日数に関係なく、すべての月にわたって一貫した保持が保証されます。

ガベージ コレクション サイクルの有効期限を超えて追加の復元ポイントを保持する場合、料金は発生しますか?

はい。価格はポリシー期間と実行されていない復旧ポイントによって異なるため、これは追加料金が発生します。これは、バックアップ コストを見積もるときに考慮する必要があります。