VMware Site Recovery Manager を使用して Google Cloud VMware Engine のリージョンの障害復旧を設定する方法

※この投稿は米国時間 2024 年 3 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。

VMware 管理者であれば、ビジネスの継続性を確保し、ダウンタイムを最小化することの重要性を理解しておられるでしょう。Google Cloud VMware Engine（GCVE）のお客様は、RTO と RPO のニーズに基づいて、GCVE Protected、Zerto、Veeam replication、VMware Site Recovery Manager（SRM）、その他のサードパーティ ツールなどさまざまなツール オプションを選択できます。中でも VMware SRM は、GCVE マルチリージョン デプロイで障害復旧（DR）を可能にするための一般的な方法です。このブログ投稿では、GCVE 内に SRM を設定し、DR を目的として Google Cloud リージョン間で VM のフェイルオーバーとフェイルバックを可能にするためのガイドをご紹介します。

アーキテクチャ

実装に入る前に、GCVE と SRM のアーキテクチャを確認しておきましょう。次の図は、SRM をデプロイして構成された GCVE プライベート クラウドの概要を示しています。

このアーキテクチャでは、あるリージョンにプライマリ プライベート クラウド（PC）をデプロイし、別のリージョンに DR PC をデプロイして、2 つの PC 間を標準の VMware Engine ネットワークで接続しています。SRM と vSphere Replication のアプライアンスを、NSX-T Tier-1 ルーターのネットワーク セグメント内ではなく、PC 内のサービス サブネットにデプロイすることで、ネットワーク速度を向上させています。Cloud DNS は、PC 内にデプロイされている SRM と vSphere Replication のアプライアンスの解決に使用されます。

前提条件

ソリューションをデプロイする前に、いくつか前提条件となる手順が完了していることを確認する必要があります。

• Google Cloud 上のプロジェクトで GCVE API が有効になっている

• 2 つの GCVE PC が異なるリージョンにデプロイされている

• VMware Engine ネットワークがデプロイされ、PC に接続されている

• SRM と vSphere Replication アプライアンスの OVA をダウンロード済みである

• SRM のライセンスがある

SRM の障害復旧を設定する

それでは早速、SRM をデプロイして GCVE のリージョン間サイト復旧を設定してみましょう。

1. サブネット Service-1（または使用するサービス サブネット）のアドレス範囲を割り当てます。

2. vCenter でこのサブネットのポートグループを作成します。これには、ソリューション ユーザー アカウントが必要です（ポートグループの作成には、サブネット Service-1 の VLAN ID が必要です）。

5. 各ゾーン内のアプライアンスの DNS レコードを作成します。

逆引き参照レコード:

6. プライベート ゾーンのバインディングを VMware Engine ネットワークのイントラネット VPC に更新します。これにより、PC 内のアプライアンスの DNS 解決が容易になります。バインディングが作成されたら、各プライベート クラウド内の DNS サーバー アドレスを、SRM と vSphere Replication のアプライアンス内の構成用 DNS アドレスとして利用できます。

7.CloudOwner ロールと同様の権限を持つユーザーで vCenter にログインし、vSphere Replication アプライアンス OVA をデプロイします。Service-1 サブネットを使用して作成した分散ポートグループをネットワークとして利用してください。DR サイトでこの手順を繰り返します。

8.vSphere Replication アプライアンスのデプロイが成功したら、ログインして構成を行います。デプロイ時にアプライアンスのホスト名に略称を使用した場合は、構成のネットワーク設定をアプライアンスの FQDN で更新してください。また、構成時に vCenter に接続するには、ソリューション ユーザー アカウントを使用する必要があります。両サイトでこの構成を行います。

9.構成後、vCenter にログインしてメニューから [Site Recovery Manager] に移動します。両サイトで vSphere Replication のステータスが OK になっていることを確認します。

10.CloudOwner ロールと同様の権限を持つユーザーで vCenter にログインし、SRM アプライアンス OVA をデプロイします。Service-1 サブネットを使用して作成した分散ポートグループをネットワークとして利用してください。DR サイトでこの手順を繰り返します。

11.SRM アプライアンスのデプロイが成功したら、ログインして構成を行います。デプロイ時にアプライアンスのホスト名に略称を使用した場合は、構成のネットワーク設定をアプライアンスの FQDN で更新してください。また、構成時に vCenter に接続するには、ソリューション ユーザー アカウントを使用する必要があります。両サイトでこの構成を行います。

12.構成後、vCenter にログインしてメニューから [Site Recovery Manager] に移動します。両サイトで Site Recovery Manager のステータスが OK になっていることを確認します。

ということで、vSphere Replication と SRM のアプライアンスをデプロイし、両方のサイトでそのステータスを確認しました。これで、SRM に移動して 2 つのリージョン間のサイト ペアリングを実行し、VM のレプリケーションを構成できるようになりました。

このガイドに沿って進めれば、VMware SRM と Google Cloud VMware Engine の力を組み合わせて、Google Cloud vSphere 環境向けに堅牢で信頼性の高い障害復旧ソリューションを構築できるようになります。障害が発生してからでは手遅れです。今すぐ SRM を使用して Google Cloud VMware Engine に障害復旧を実装することで、リスクを軽減し、重要なワークロードを保護しましょう。

ー クラウド コンサルタント Jake Wells

ー ソリューション エンジニア Raj Jethnani