Azure から Azure へのディザスター リカバリー アーキテクチャ

この記事では、Azure Site Recovery サービスを使用して Azure 仮想マシン (VM) 用のディザスター リカバリーをデプロイするときに使用されるアーキテクチャ、コンポーネント、プロセスについて説明します。 ディザスター リカバリーが設定されていると、Azure VM によって別のターゲット リージョンへのレプリケートが継続的に行われます。 障害が発生した場合は、セカンダリ リージョンに VM をフェールオーバーし、そこからそれらにアクセスできます。 すべてが再び正常に動作するようになったら、フェールバックして、プライマリの場所で作業を続行できます。

アーキテクチャ コンポーネント

Azure VM のディザスター リカバリーに関連するコンポーネントを次の表にまとめます。

ターゲット リソース

VM のレプリケーションを有効にすると、Site Recovery でターゲット リソースを自動的に作成できます。

ターゲット リソースの管理

次のようにターゲット リソースを管理できます。

• レプリケーションを有効にするときに、ターゲットの設定を変更できます。 ターゲット リージョン VM の既定の SKU は、ソース VM SKU (または、ソース VM SKU と比較して、次に最適な使用できる SKU) と同じであることにご注意ください。 ドロップダウン リストには、ソースの VM と同じファミリの関連 SKU だけが表示されます (Gen 1 または Gen2)。
• レプリケーションが既に動作した後で、ターゲットの設定を変更できます。 ターゲット リソース グループ、ターゲット名などのその他のリソースと同様に、ターゲット リージョン VM SKU は、レプリケーションの進行後に更新することもできます。 可用性の種類 (1 つのインスタンス、セット、またはゾーン) は、更新できないリソースです。 この設定を変更するには、レプリケーションを無効にして、設定を変更し、再度有効にする必要があります。

Replication policy

既定では、Azure VM レプリケーションを有効にすると、Site Recovery によって次の表に示す既定の設定で新しいレプリケーション ポリシーが作成されます。

レプリケーション ポリシーの管理

既定のレプリケーション ポリシーの設定を、次のように変更し、管理することができます。

• レプリケーションを有効にするときに、設定を変更できます。
• いつでもレプリケーション ポリシーを作成でき、レプリケーションを有効にするときに適用することができます。

マルチ VM 整合性

複数の VM を一緒にレプリケートし、フェールオーバー時にクラッシュ整合性復旧ポイントとアプリ整合性復旧ポイントを共有する場合は、レプリケーション グループにまとめることができます。 マルチ VM 整合性はワークロードのパフォーマンスに影響を与えるので、すべてのマシン間で整合性を必要とするワークロードを実行している VM にのみ使用する必要があります。

スナップショットと復旧ポイント

復旧ポイントは、特定の時点で取得された VM のディスクのスナップショットから作成されます。 VM をフェールオーバーするときは、復旧ポイントを使用してターゲットの場所に VM を復元します。

フェールオーバーでは、通常、破損やデータ損失なしで VM が起動し、オペレーティング システムおよび VM で実行されるアプリについて VM のデータが一貫していることが必要です。 これは、作成されるスナップショットの種類に依存します。

Site Recovery では、次のようにスナップショットが作成されます。

1. Site Recovery では、既定でデータのクラッシュ整合性スナップショットが作成され、ユーザーが頻度を指定するとアプリ整合性スナップショットが作成されます。
2. 復旧ポイントはスナップショットから作成されて、レプリケーション ポリシーでの保持期間の設定に従って格納されます。

一貫性

次の表で、整合性の種類について説明します。

クラッシュ整合性

アプリ整合性

レプリケーション プロセス

Azure VM でレプリケーションを有効にすると、次のことが行われます。

1. Site Recovery モビリティ サービス拡張機能が、VM に自動的にインストールされます。
2. 拡張機能は、VM を Site Recovery に登録します。
3. 継続的なレプリケーションが VM に対して開始されます。 ディスクへの書き込みは、ソースの場所のキャッシュ ストレージ アカウントにすぐに転送されます。
4. キャッシュ内のデータは Site Recovery によって処理され、ターゲット ストレージ アカウントまたはレプリカ マネージド ディスクに送信されます。
5. データが処理された後、クラッシュ整合性復旧ポイントが 5 分ごとに生成されます。 アプリ整合性復旧ポイントは、レプリケーション ポリシーで指定された設定に従って生成されます。

レプリケーション プロセス

接続の要件

レプリケートする Azure VM では、送信接続が必要です。 Site Recovery には、VM への受信接続は不要です。

送信接続 (URL)

VM の送信アクセスが URL で制御されている場合は、次の URL を許可します。

IP アドレス範囲に対する送信接続

IP アドレスを使用して VM の送信接続を制御するには、次のアドレスを許可します。 ネットワーク接続要件の詳細については、ネットワークに関するホワイト ペーパーを参照してください。

ソース リージョンのルール

ターゲット リージョンのルール

ネットワーク セキュリティ グループ規則を使用してアクセスを制御する

ネットワーク セキュリティ グループ規則を使用して、Azure のネットワーク/サブネットが送受信するトラフィックをフィルタリングすることによって VM の接続を制御する場合、次の要件に注意してください。

• ソース Azure リージョンのネットワーク セキュリティ グループ規則では、レプリケーション トラフィックのアウトバウンド アクセスを許可する必要があります。
• 運用環境に配置する前に、テスト環境でルールを作成することをお勧めします。
• 個々の IP アドレスを許可するのではなく、サービス タグを使用します。
  • サービス タグは IP アドレス プレフィックスのグループを表し、セキュリティ規則の作成の複雑さを最小限に抑えます。
  • Microsoft は、時間の経過と共に、サービス タグを自動的に更新します。

詳しくは、Site Recovery のアウトバウンド接続に関する記事、およびネットワーク セキュリティ グループによる接続の制御に関する記事をご覧ください。

マルチ VM 整合性の接続

マルチ VM 整合性を有効にすると、レプリケーション グループ内のマシンは、ポート 20004 を介して相互に通信します。

• ポート 20004 経由での VM 間の内部通信をブロックするファイアウォール アプライアンスがないことを確認します。
• Linux VM をレプリケーション グループに含めるには、ポート 20004 の送信トラフィックが、特定の Linux バージョンのガイダンスに従って手動で開かれていることを確認します。

フェールオーバー プロセス

フェールオーバーの開始時、VM は、ターゲット リソース グループ、ターゲット仮想ネットワーク、ターゲット サブネット、およびターゲット可用性セットに作成されます。 フェールオーバー中は、任意の復旧ポイントを使用できます。

次のステップ

• Azure VM をセカンダリ リージョンに迅速にレプリケートします。