Azure 仮想マシンのバックアップと回復を設計する

  • 3 分

Azure Backup では、独立の分離された Azure 仮想マシンのバックアップが提供されます。 Azure Backup を使うと、データの破損や誤った削除が発生した場合に、仮想マシンでスナップショット バックアップを作成し、データを復元できます。

仮想マシンのバックアップと回復について知っておくべきこと

Azure Backup で Azure 仮想マシンのバックアップと回復がどのようにサポートされているかを見てみましょう。

  • Azure Backup では、Windows および Linux 仮想マシンの構成とスケーリングを簡単に行えます。

    Note

    Azure Backup には、SQL Server や SAP HANA などのデータベース ワークロードに特化したオファリングがあります。 これらのオファリングはワークロード対応で、15 分間の RPO (回復ポイントの目標) を提供し、個々のデータベースのバックアップと復元が可能です。

  • 仮想マシンのバックアップ ジョブには、次の 2 つのフェーズが含まれます。

    • 最初に、仮想マシンのスナップショットが作成されます。
    • 次に、仮想マシンのスナップショットが Recovery Services コンテナーに転送されます。

    Recovery Services コンテナーへのバックアップ データの転送は、運用ワークロードには影響しません。

  • Recovery Services コンテナーに格納される Azure 仮想マシンのバックアップには、回復ポイントの管理が組み込まれています。

  • 仮想マシンのバックアップは最適化されるため、簡単に完全バックアップを復元したり、特定の回復ポイントから復元したりできます。

  • スナップショット バックアップでは、"アプリケーション"、"システム"、"クラッシュ" など、さまざまなレベルの一貫性がサポートされます。

  • 仮想マシンのバックアップは、Storage Service Encryption (SSE) を使用して保存時に暗号化されます。 Azure Backup では、Azure Disk Encryption を使用して暗号化されている Azure 仮想マシンもバックアップできます。

次の図は、Azure Backup によって Azure 仮想マシンがバックアップされる方法の概要を示しています。

Azure 仮想マシンのスナップショット バックアップが Recovery Services コンテナーに格納されるしくみを示す図。

仮想マシンのバックアップと回復を使うときに考慮すべきこと

仮想マシンのバックアップと回復を計画する際に確認すべきいくつかのことを次に示します。 Tailwind Traders の BCDR ソリューションで Azure 仮想マシンのバックアップを使用する方法を考えてください。

  • バックアップのスケジュールを検討します。 ビジネス ニーズに最適なバックアップのスケジュールを特定します。 バックアップ トラフィックを分散するには、異なる仮想マシンを一日の異なる時間帯にバックアップし、バックアップの時間帯が重ならないようにすることを検討します。 スケジュールされたバックアップ開始時刻が、必ず運用アプリケーションのピーク時間外になるようにします。

  • バックアップの頻度を検討します。 どれくらいの頻度で新しいバックアップを作成する必要があるかを決めます。 短期 (毎日) と長期 (週単位) 両方のバックアップを実装します。 バックアップ ポリシーによってスケジュールされていないバックアップを作成する必要がある場合は、オンデマンド バックアップを使用できます。 スケジュールされたバックアップでは 1 日に 1 回しかバックアップできない場合、オンデマンド バックアップは 1 日に複数回実行できます。

  • バックアップ ポリシーを検討します。 同じスケジュールの開始時刻、頻度、保有期間の設定を必要とする仮想マシンのグループに対して、1 つのバックアップ ポリシーを作成します。 重要な仮想マシン用のバックアップ ポリシーと、重要でないマシン用の別のポリシーを確立できます。

  • プランの変更を検討します。 バックアップ ソリューションを実装した後、引き続きプランの監視と確認を行います。 業務要件の変化に応じて、必ずバックアップ ポリシーを確認し、変更してください。 監視機能とアラート機能を有効にし、結果を確認します。

  • 復元の実行の練習を検討します。 仮想マシンのバックアップの復元には時間がかかる場合があります。 回復が不可欠である重大なシナリオが発生する前に、バックアップからの復元を試しておくことをお勧めします。

    合計復元時間は、1 秒あたりの入出力操作数 (IOPS) とストレージ アカウントのスループットによって異なります。 合計復元時間は、ターゲットのストレージ アカウントに他のアプリケーションの読み取りや書き込み操作が読み込まれる場合、影響を受けることがあります。 復元操作を改善するには、他のアプリケーション データが読み込まれないストレージ アカウントを選択します。

  • 復元中の調整を検討します。 1 つの Recovery Services コンテナーから複数の仮想マシンを復元する場合は、異なる汎用 v2 ストレージ アカウントを使用することを強くお勧めします。 v2 ストレージ アカウントを使用すると、ターゲット ストレージ アカウントが調整されないようにすることができます。 各仮想マシンに異なるストレージ アカウントが必要なシナリオを考えてみましょう。 10 台の仮想マシンが復元されている場合は、10 個の異なるストレージ アカウントを使うことを計画します。

  • リージョンをまたがる復元 (CRR) を検討します。 CRR では、Azure ペア リージョンであるセカンダリ リージョンで Azure 仮想マシンを復元できます。 このオプションを使うと、監査またはコンプライアンスの要件を満たすための訓練を実施できます。 また、プライマリ リージョンで障害が発生した場合に、仮想マシンまたはそのディスクを復元できます。 CRR は、Recovery Services コンテナーのオプトイン機能です。 CRR は、Azure 仮想マシンでホストされている SQL データベースおよび SAP HANA データベースでも使用できます。