前提条件を確認してください。

リソースと構成の推奨事項を取得するには、容量計画ツールを実行します。

指定されたクラスタ内の各 vSphere ホストに JetStream DR MSA をデプロイします。

ブラウザで DNS 名を使用して MSA を起動します。

vCenter サーバーを MSA に登録します。

JetStream DR MSA がデプロイされ、vCenter Server が登録されたら、vSphere Web Client を使用して JetStream DR プラグインに移動します。これは、[データセンター] > [構成] > [JetStream DR] に移動することで実行できます。

JetStream DR インターフェースから、次のタスクを完了します。

アプライアンス タブから必要な数の DR 仮想アプライアンス (DRVA) をデプロイします。

容量計画ツールを使用して、必要な DRVA の数を見積もってください。

使用可能なデータストアまたは独立した共有 iSCSI ストレージ プールの VMDK を使用して、各 DRVA のレプリケーション ログ ボリュームを作成します。

[保護されたドメイン] タブで、Azure Blob Storage サイト、DRVA インスタンス、レプリケーション ログに関する情報を使用して、必要な数の保護されたドメインを作成します。保護されたドメインは、一緒に保護され、フェイルオーバー/フェイルバック操作の優先順位が割り当てられている、クラスター内の特定の VM またはアプリケーション VM のセットを定義します。

保護する VM を選択し、依存関係に基づいて VM をアプリケーション グループにグループ化します。アプリケーション定義を使用すると、VM のセットを、ブート順序、ブート遅延、およびリカバリ時に実行できるオプションのアプリケーション検証を含む論理グループにグループ化できます。

保護されたドメイン内のすべての VM に同じ保護モードが使用されていることを確認します。

ライトバック (VMDK) モードでは、より高いパフォーマンスが提供されます。

レプリケーション ログ ボリュームが高性能ストレージに配置されていることを確認します。

完了したら、保護されたドメインの「保護の開始」をクリックします。これにより、選択した VM の指定された BLOB ストアへのデータ レプリケーションが開始されます。

レプリケーションが完了すると、VM の保護ステータスは回復可能としてマークされます。

フェールオーバー ランブックは、VM をグループ化 (回復グループと呼ばれる) し、ブート順序シーケンスを設定し、CPU/メモリ設定と IP 構成を変更するように構成できます。

[設定] をクリックし、Runbook の構成リンクをクリックして、Runbook グループを構成します。

[グループの作成] ボタンをクリックして、新しい Runbook グループの作成を開始します。

必要に応じて、画面の下部で、ランブック グループの操作の前後に自動的に実行されるカスタム事前スクリプトと事後スクリプトを適用します。 Runbook スクリプトが管理サーバー上に存在していることを確認します。

必要に応じて VM 設定を編集します。ブート シーケンス、ブート遅延 (秒単位で指定)、CPU の数、割り当てるメモリの量など、VM を回復するためのパラメータを指定します。上矢印または下矢印をクリックして、VM のブート シーケンスを変更します。 MAC を保持するためのオプションも提供されています。

グループ内の個々の VM に対して静的 IP アドレスを手動で構成できます。 VM の NIC ビュー リンクをクリックして、IP アドレス設定を手動で構成します。

[構成] ボタンをクリックして、それぞれの VM の NIC 設定を保存します。

Azure VMware Solution プライベート クラウドに JetStream DR for AVS をインストールするには、実行コマンドを使用します。 Azure ポータルから Azure VMware ソリューションに移動し、プライベート クラウドを選択して、[コマンドの実行] > [パッケージ] > [JSDR.Configuration] を選択します。

Azure VMware Solution のデフォルトの CloudAdmin ユーザーには、JetStream DR for AVS をインストールするための十分な権限がありません。 Azure VMware Solution では、JetStream DR の Azure VMware Solution 実行コマンドを呼び出すことで、JetStream DR のインストールを簡素化および自動化できます。

JetStream DR for AVS のインストールが完了したら、ブラウザを更新します。 JetStream DR UI にアクセスするには、[SDDC データセンター] > [構成] > [JetStream DR] に移動します。

JetStream DR インターフェースから、次のタスクを完了します。

ドメインは回復のためにインポートされます。 [保護されたドメイン] タブに移動し、目的のドメインが選択されていることを確認するか、[保護されたドメインの選択] メニューから目的のドメインを選択します。保護されたドメイン内の回復可能な VM のリストが表示されます。

保護されたドメインをインポートした後、DRVA アプライアンスを展開します。

これらの手順は、CPT が作成した計画を使用して自動化することもできます。

利用可能な vSAN または ANF データストアを使用してレプリケーション ログ ボリュームを作成します。

保護されたドメインをインポートし、VM の配置に ANF データストアを使用するようにリカバリ VA を構成します。

選択したセグメントで DHCP が有効になっており、十分な IP が利用可能であることを確認します。ドメインが回復している間、動的 IP が一時的に使用されます。回復中の各 VM (継続的なリハイドレーションを含む) には個別の動的 IP が必要です。回復が完了すると、IP は解放され、再利用できるようになります。

適切なフェイルオーバー オプション (継続的なフェイルオーバーまたはフェイルオーバー) を選択します。この例では、継続的なリハイドレーション (継続的なフェイルオーバー) が選択されています。

継続的なフェイルオーバー モードとフェイルオーバー モードは構成の実行タイミングが異なりますが、両方のフェイルオーバー モードは同じ手順で構成されます。災害イベントに応じて、フェイルオーバー手順がまとめて構成され、実行されます。継続的なフェイルオーバーはいつでも構成でき、通常のシステム操作中にバックグラウンドで実行できます。災害イベントが発生すると、継続的なフェイルオーバーが完了し、保護された VM の所有権がリカバリ サイトに即座に転送されます (RTO はほぼゼロ)。

オンプレミス環境の保護されたクラスターで災害 (部分的または完全な障害) が発生した後、それぞれのアプリケーション ボリュームのSnapMirror関係を解除した後、Jetstream を使用して VM のフェイルオーバーをトリガーできます。

このステップは簡単に自動化でき、回復プロセスが容易になります。

AVS SDDC (宛先側) の Jetstream UI にアクセスし、フェイルオーバー オプションをトリガーしてフェイルオーバーを完了します。タスク バーには、フェールオーバー アクティビティの進行状況が表示されます。

継続的なフェイルオーバーが完了すると、タスクの完了を確認するメッセージが表示されます。タスクが完了したら、回復した VM にアクセスして、ISCSI または NFS セッションを構成します。

フェールオーバー モードが「フェールオーバーで実行中」に変わり、VM のステータスは「回復可能」になります。保護されたドメインのすべての VM が、フェールオーバー ランブック設定で指定された状態で回復サイトで実行されるようになりました。

フェイルオーバー構成とインフラストラクチャを検証するには、JetStream DR をテスト モード (テスト フェイルオーバー オプション) で操作して、オブジェクト ストアからテスト リカバリ環境への仮想マシンとそのデータのリカバリを観察できます。フェイルオーバー手順をテスト モードで実行すると、その操作は実際のフェイルオーバー プロセスに似たものになります。

仮想マシンが復旧されたら、ゲスト内のストレージに対してストレージ ディザスタ リカバリを使用します。この例では、このプロセスを説明するために、SQL サーバーを使用します。

AVS SDDC 上の回復されたSnapCenter VM にログインし、DR モードを有効にします。

SnapMirror関係が解除されていることを確認します。

Cloud Volumes ONTAPからの LUN を、同じドライブ文字を使用して、回復した SQL ゲスト VM に接続します。

iSCSI イニシエーターを開き、以前の切断されたセッションをクリアし、複製されたCloud Volumes ONTAPボリュームのマルチパスとともに新しいターゲットを追加します。

すべてのディスクが DR 前に使用されていたのと同じドライブ文字を使用して接続されていることを確認します。

MSSQL サーバー サービスを再起動します。

SQL リソースがオンラインに戻っていることを確認します。

NFSの場合は、マウントコマンドを使用してボリュームを接続し、 `/etc/fstab`エントリ。

NSX-T 側では、フェイルオーバー シナリオをシミュレートするために、専用の Tier-1 ゲートウェイを別途作成できます。これにより、すべてのワークロードが相互に通信できる一方で、環境内外へのトラフィックのルーティングが不可能となり、相互汚染のリスクなしにトリアージ、封じ込め、または強化タスクを実行できるようになります。この操作はこのドキュメントの範囲外ですが、分離をシミュレートするために簡単に実行できます。

オンプレミス環境を復元します。災害インシデントの種類によっては、保護されたクラスターの構成を復元および/または検証する必要がある場合があります。必要に応じて、JetStream DR ソフトウェアを再インストールする必要があります。

復元されたオンプレミス環境にアクセスし、Jetstream DR UI に移動して、適切な保護されたドメインを選択します。保護されたサイトのフェイルバックの準備ができたら、UI でフェイルバック オプションを選択します。

CPT によって生成されたフェイルバック プランは、VM とそのデータをオブジェクト ストアから元の VMware 環境に戻す作業を開始するためにも使用できます。

リカバリ サイトで VM を一時停止し、保護サイトで再起動した後の最大遅延を指定します。このプロセスを完了するために必要な時間には、フェールオーバー VM を停止した後のレプリケーションの完了、リカバリ サイトのクリーンアップに必要な時間、保護されたサイトで VM を再作成するために必要な時間が含まれます。 NetApp10 分を推奨します。

フェイルバック プロセスを完了し、VM 保護とデータの一貫性の再開を確認します。

VM が回復したら、セカンダリ ストレージをホストから切断し、プライマリ ストレージに接続します。

MSSQL サーバー サービスを再起動します。

SQL リソースがオンラインに戻ったことを確認します。

プライマリ ストレージにフェイルバックするには、逆再同期操作を実行して、関係の方向がフェイルオーバー前と同じであることを確認します。

逆再同期操作後にプライマリ ストレージとセカンダリ ストレージの役割を保持するには、逆再同期操作を再度実行します。