Azure Site Recovery を使用したフェールオーバーとフェールバック
Azure Site Recovery を使用すると、組織の柔軟性を高めることができます。セカンダリ Azure リージョンに手動でフェールオーバーするか、ソースの VM にフォールバックします。 このプロセスを管理する最も簡単な方法は、Azure portal で手動で行うことです。 会社でフェールオーバーのトリガーを自動化する場合、自動化を有効にするオプションは他にもあります。 これらのオプションには、PowerShell を使用したスクリプト作成、フェールオーバーを調整するための Azure Automation での Runbook の設定などのテクノロジが含まれます。
次の手順に従い、サブスクリプション内のセカンダリ リージョンに対して、保護対象の VM の完全なフェールオーバーを実行します。 フェールオーバーが正常に完了したら、その VM をフェールバックします。
このユニットでは、フェールオーバーとフェールバックについて説明し、フェールオーバーされた VM を再保護する方法、再保護の状態を監視する方法についても説明します。
フェールオーバーとは
フェールオーバーは、組織の DR 計画実行が決定されたときに発生します。 既存の運用環境が、Site Recovery によって保護され、別のリージョンにレプリケートされます。 ターゲット環境が、事実上の運用環境になり、組織の運用サービスが実行される環境になります。 ターゲット リージョンがアクティブになったら、ソース環境は使用できなくなるようにする必要があります。 この状態を強制するには、ソース VM を停止したままにします。
ソース VM をシャットダウンする利点はもう 1 つあります。 シャットダウン VM を使用すると、Site Recovery ですべてのデータがディスクに書き込まれるまで待機してからフェールオーバーがトリガーされるため、データ損失が最小限に抑えられます。 このデータを使用して RPO をできるだけ少なくするには、[最新 (最低 RPO)] 復旧ポイントを選択します。
再保護とは、再保護が重要である理由
VM がフェールオーバーされると、Site Recovery によって実行されるレプリケーションはアクティブでなくなります。 フェールオーバーされた VM の保護を開始するには、保護を再度有効にする必要があります。 ここでは、既に別のリージョンにインフラストラクチャがあるため、ソース リージョンへのレプリケーションを開始できます。 再保護により、Site Recovery では、開始元のソース環境に戻す新しいターゲット環境のレプリケーションを開始できます。
単一の VM をフェールオーバーする、または復旧計画を使用してフェールオーバーする柔軟性を使用して、フェールオーバーされたインフラストラクチャを再保護できます。 各 VM を個別に再保護することも、復旧計画を使用して複数の VM を再保護することもできます。
再保護は、VM のサイズと種類に応じて、45 分から 2 時間の間で実行されます。 ジョブの進行状況を観察して監視できる他の Site Recovery プロセスとは異なり、再保護の進行状況は VM レベルで確認する必要があります。 これは、同期フェーズがサイトの回復ジョブとしてリストされていないために必要です。
この図は、保護されている項目の状態を示し、同期済みの割合が強調表示されています。
フェールバックとは
フェールバックは、フェールオーバーの逆です。 セカンダリ リージョンへの完了済みのフェールオーバーがコミットされた場所で、現在の運用環境です。 フェールオーバーされた環境に対して再保護が完了し、ソース環境はそのレプリカになります。 フェールバック シナリオでは、Site Recovery により、ソース VM にフェールバックされます。
フェールバックを完了するプロセスは、復旧計画の再利用に至るまで、フェールオーバーと同じです。 復旧計画でフェールオーバーを選択すると、[フェールオーバー元] がターゲット リージョンに、[フェールオーバー先] がソース リージョンに設定されます。
フェールオーバーを管理する
Site Recovery では、必要に応じてフェールオーバーを実行できます。 テスト フェールオーバーは分離されているため、運用サービスに影響しません。 この柔軟性により、そのシステムのユーザーを中断させることなく、フェールオーバーを実行できます。 柔軟性のもう 1 つの効果として、計画されたテストまたは完全に呼び出される DR プロセスの一部として、オンデマンドでフェールバックを行うこともできます。
Site Recovery の復旧計画では、フェールオーバーとフェールバックをカスタマイズおよびシーケンス処理することもできます。 計画で、マシンとワークロードをグループ化することができます。
柔軟性は、フェールオーバー プロセスをトリガーする方法にも適用できます。 手動フェールオーバーは、Azure portal を使用すると簡単に実行できます。 PowerShell スクリプトまたは Azure Automation で Runbook を使用することによっても、自動化オプションが得られます。
フェールオーバーに関するイシューを修正する
Site Recovery が自動化されていても、エラーが発生する可能性はあります。 次の一覧は、最も一般的な 3 つの問題を示しています。 問題の完全な一覧とトラブルシューティング方法については、まとめユニットのリンクを参照してください。
Azure リソースのクォータに関する問題
Site Recover では、さまざまなリージョンにリソースを作成する必要があります。 ご利用のサブスクリプションでこれを実行できない場合、レプリケーションは失敗します。 このエラーは、ソース VM のサイズと一致する VM を作成するための適切なクォータ制限がサブスクリプションにない場合にも発生します。
これを修正するには、Azure 課金サポートに連絡し、必要なターゲット リージョンで正しいサイズの VM を作成できるように依頼します。
1 つ以上のディスクで保護が使用可能です
このエラーが発生する条件は、VM に対して Site Recovery の設定が完了し、 その後に、ディスクを追加した、または追加のディスクを初期化した場合です。
このエラーを解決するには、新しく追加されたディスクのレプリケーションを追加するか、ディスク警告を無視するように選択します。
信頼されたルート証明書
最新のルート証明書がインストールされていることを確認し、Site Recovery で、VM の通信と認証を可能にして安全にレプリケートできるようにします。 VM に最新の更新プログラムが適用されていないと、このエラーが表示される可能性があります。 Site Recovery でレプリケーションを有効にする前に、Windows VM も Linux VM も更新する必要があります。
修正方法は、オペレーティング システムごとに異なります。 Windows は自動 Windows Update がオンになっていることを確認するだけで、更新プログラムが適用されます。 Linux ディストリビューションの場合は、それぞれディストリビューターから提供されるガイダンスに従う必要があります。