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 で識別することができます。コンテナーにスナップショットが転送された後、復旧ポイントの種類は スナップショットとコンテナー に変わります。

VM バックアップ スタック Resource Manager デプロイメント モデルのバックアップ ジョブ: ストレージとコンテナーを示す図。

機能に関する考慮事項

  • 復旧ポイントの作成を促進し、復元操作の速度を上げるため、スナップショットはディスクと共に格納されます。 結果として、ストレージのコストはこの期間に取得されたスナップショットに対応したものになります。
  • Standard ポリシーの場合は、すべてのスナップショットは本質的に増分であり、ページ BLOB として格納されます。 アンマネージド ディスクを使用しているすべてのユーザーは、自分のローカル ストレージ アカウントに格納されているスナップショットに対して課金されます。 マネージド VM バックアップで使用される復元ポイント コレクションでは、基になるストレージ レベルの BLOB スナップショットが使用されるため、マネージド ディスクの場合は、BLOB スナップショットの価格に対応するコストが表示され、これらは増分となります。
  • Premium Storage アカウントの場合、インスタント復旧ポイントのために作成されるスナップショットには上限として 10 TB の領域が割り当てられています。 拡張ポリシーの場合は、マネージド VM バックアップのみがサポートされています。 最初のスナップショットは、ディスクの完全なコピーです。 後続のスナップショットは本質的に増分であり、最後のスナップショット以降のディスクへの差分変更のみが含まれます。 インスタント リストアの復旧ポイントを使用する場合は、Azure Policy を使用して、CMK で暗号化されたディスクを必要としないサブスクリプションとリソース グループに VM またはディスクを復元する必要があります。

コストの影響

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

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) になります。

Note

スナップショットの保持期間は、Standard ポリシーの場合は 5 日間に固定され、拡張ポリシーの場合は 5 日から 20 日の間に変更できます。

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

Azure Portal の使用

注意

以下のセクションで説明されている機能には、バックアップ センター経由でもアクセスできます。 バックアップ センターは、Azure における単一の統合管理エクスペリエンスです。 それを使用して、企業は大規模なバックアップを管理、監視、運用、分析することができます。 このソリューションを使用すると、個々のコンテナーのスコープに限定されずに、主なバックアップ管理操作のほとんどを実行できます。

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

インスタント リストア機能

PowerShell の使用

注意

Az PowerShell バージョン 1.6.0 以降では、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 ポリシーの場合は、最初のスナップショットは完全なスナップショットで、後続のスナップショットは本質的に増分です。

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

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

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

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

  • Standard ポリシー: 安定状態では、コストの増加は、スナップショットの保持期間 VM スナップショットあたりの日次変化 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) に負荷がかかっているとき。

注意

Azure Backup では、バックアップを自動的に管理します。 Azure Backup には古いスナップショップが保持されます。これらは、一貫性を保つ目的でこのバックアップを維持するのに必要であるためです。 スナップショットを手動で削除すると、バックアップの整合性に問題が発生する可能性があります。 バックアップ履歴にエラーがある場合は、データ保持オプションを使用してバックアップを停止し、バックアップを再開する必要があります。 特定のシナリオがある場合は、バックアップ戦略を作成することを検討してください (仮想マシンに複数のディスクがあり、より大きな領域が必要な場合など)。 OS ディスク付きの VM のバックアップを個別に作成し、他のディスク用に別のバックアップを作成する必要があります。

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

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

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

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