Hyper-V レプリカは、Hyper-V ロールの重要な一部です。 仮想マシン (VM) を 1 つの Hyper-V ホスト サーバーから別の Hyper-V ホスト サーバーにレプリケートしてワークロードの可用性を維持すると、災害復旧戦略に役立ちます。 Hyper-V レプリカは、ライブ VM のコピーをレプリカ オフライン VM に作成します。 次のことを考慮してください。
HYPER-V ホスト: プライマリとセカンダリのホスト サーバーが物理的にテープに併置されますまたは WAN 経由でレプリケーションを別の地理的場所にリンクします。 Hyper-V ホストをスタンドアロン、クラスター化、または 2 つの混合として構成できます。 サーバー間に Active Directory の依存関係がないと、ドメイン メンバーである必要はありません。
レプリケーションと変更の追跡: 特定の VM に対して Hyper-V レプリカを有効にすると、初期レプリケーションによってセカンダリ ホスト サーバー上に同一のレプリカ VM が作成されます。 その後、Hyper-V レプリカの変更追跡によって、VM VHD の変更をキャプチャするログ ファイルの作成と保守が行われます。 ログ ファイルは、VHD ベースのレプリケーション頻度の設定、レプリカに逆の順序で再生されます。 これは、最新の変更が格納され、非同期的にレプリケートすることを意味します。 レプリケーションは、HTTP または HTTPS 経由で実行できます。
拡張 (チェーン) レプリケーション: これにより、プライマリ ホストからセカンダリ ホストに VM を複製し、セカンダリ ホストを 3 番目のホストに複製することができます。 プライマリ ホストから 2 番目と 3 番目のホストに直接レプリケートすることはできません。
この機能により、HYPER-V レプリカ災害復旧のためより堅牢なため、障害が発生した場合は、プライマリと拡張の両方のレプリカから回復することができます。 プライマリとセカンダリの場所がダウンした場合は、拡張レプリカにフェールオーバーすることができます。 拡張レプリカはアプリケーション整合性のあるレプリケーションをサポートしていないため、セカンダリ レプリカが使用しているのと同じ VHD を使用する必要があります。
フェールオーバー: プライマリ (または拡張されている場合はセカンダリ) の場所で障害が発生した場合は、テスト フェールオーバー、計画フェールオーバー、または計画外フェールオーバーを手動で開始できます。
質問 テスト 対応予定 予想外 これを実行するのはいつですか? VM がフェイルオーバーしセカンダリ サイトで起動できることを確認する テスト セットとトレーニングに便利です。
計画されたダウンタイムとシステム停止時に 予期しないイベント時に 重複した VM が作成されるか? はい いいえ いいえ ここでは、開始するでしょうか。 レプリカ VM 上 プライマリで開始され、セカンダリで完了する レプリカ VM 上 どのくらいの頻度で実行すればでしょうか。 テスト用の月に 1 回をお勧め 6 か月に 1 回またはコンプライアンスのニーズに合わせて プライマリ VM を使用できないときに障害が発生した場合のみ VM はレプリケートを継続するか? はい はい。 障害が解消されると、逆レプリケーションが変更を元のプライマリ サイトにレプリケートして、プライマリとセカンダリを同期させます。 いいえ データの損失はありますか。 なし [なし] : フェールオーバー後に、HYPER-V レプリカは、プライマリへのデータの損失を確実に最新の変更履歴のセットをレプリケートします。 イベントおよび回復ポイントに依存します ダウンタイムは発生するか [なし] : 運用環境に影響しません。 フェールオーバー中に重複するテスト VM が作成されます。 フェイルオーバーの完了後、レプリカ VM で [フェイルオーバー] を選択すると、自動的にクリーンアップと削除が行われます。 計画された停止の期間 予期しない停止の期間 回復ポイント: VM のレプリケーション設定を構成するときに、VM から保存する回復ポイントを指定します。 復旧ポイントは、VM を復旧できる特定の時点のスナップショットを表します。 最近の回復ポイントから回復すると、失われるデータが少なくなります。 復旧ポイントには最大 24 時間前までアクセスできました。
デプロイの前提条件
ここでは確認してください開始する前に。
Vhd でレプリケートする必要があるかします。 具体的には、Vhd データを含む急速に変化して、ネットワーク帯域幅を節約するためにレプリケーションから除外するページ ファイル ディスクなどのフェールオーバー後にレプリカ サーバーによって使用されません。 Vhd の除外をメモしてをおきます。
データの同期が必要な頻度はどのくらいかを決定: レプリカ サーバー上のデータは、構成するレプリケーション頻度 (30 秒、5 分間、15 分) に従って同期更新されます。 頻度を選択するには、次の点を考慮する必要があります。VM は低い RPO で重要なデータを運用しているか? 帯域幅に関する考慮事項は何ですか? 非常に重要な VM では、当然ながら、より頻繁なレプリケーションが必要になります。
データを復旧する方法を決定する: 既定で Hyper-V レプリカが格納する 1 つの復旧ポイントは、プライマリからセカンダリに送信された最新のレプリケーションとなります。 ただし、それより前の時点へデータを戻すオプションが必要な場合、追加の復旧ポイントを (最大 24 時間時点まで) 保存するよう指定できます。 追加の復旧ポイントは必要な場合は、多くのオーバーヘッドの処理とストレージ リソースが必要である注意してください。
どのワークロードをレプリケートするかを決める: 標準の Hyper-V レプリカ レプリケーションでは、フェールオーバー後の VM オペレーティング システムの状態の一貫性は維持されますが、VM 上で実行されているアプリケーションの状態は維持されません。 復旧できるようにする場合、作業負荷状態をアプリケーション整合性の復旧を作成することができますがポイントされます。 拡張 (チェーン) レプリケーションを使用している場合、拡張レプリカ サイトでアプリ整合性復旧は使用できません。
VM データの初期レプリケーションの実行方法を決定する: レプリケーションは、VM の現在の状態を転送することから始まります。 この初期状態は、直ちにまたは構成した時間に、既存のネットワーク経由で直接送信できます。 既存の復元された VM (たとえば、レプリカ サーバー上の VM の以前のバックアップを復元した場合) を初期コピーとして使用することもできます。 または、初期コピーを外部メディアにコピーし、そのメディアを物理的にレプリカ サイトに運ぶことで、ネットワーク帯域幅を節約できます。 既存の VM を使用する場合は、それに関連付けられている以前のスナップショットをすべて削除します。
デプロイメントの手順
手順 1: HYPER-V ホストを設定します。
各サーバーに 1 つ以上の VM を備えた Hyper-V ホストが少なくとも 2 つ必要です。 作業を開始して Windows Server に Hyper-V ロールをインストールします。 VM をレプリケートするホスト サーバーは、レプリカ サーバーとしてセットアップする必要があります。
VM をレプリケートするサーバーの Hyper-V 設定で、[レプリケーション構成] の [このコンピューターをレプリカ サーバーとして有効にする] を選択します。
HTTP または HTTPS の暗号化をレプリケートすることができます。 選択 Kerberos (HTTP) を使用する または 証明書ベースの認証を使用して (HTTPS)。 既定で HTTP 80 および HTTPS 443 がレプリカ Hyper-V サーバー上でファイアウォール例外として有効になっています。 既定のポート設定を変更する場合は、ファイアウォールの例外も変更する必要があります。 HTTPS 経由でレプリケートするには、証明書を選択する必要があり、証明書の認証設定を持つ必要があります。
承認、選択 認証済みの任意のサーバーからレプリケーションを許可する が正常に認証するプライマリ サーバーから VM レプリケーション トラフィックを許可するレプリカ サーバーを許可するようにします。 選択 、指定したサーバーからレプリケーションを許可する を具体的に選択したプライマリ サーバーからのみトラフィックを受け入れるようにします。
どちらのオプションでも、レプリケートされた VHD をレプリカ Hyper-V サーバー上のどこに保存するかを指定できます。
[OK] または [適用] をクリックします。
手順 2: ファイアウォールをセットアップします。
プライマリとセカンダリ サーバー間のレプリケーションを許可するようにトラフィックを Windows ファイアウォール (またはその他のサードパーティ製のファイアウォール) を取得する必要があります。 HTTP (80) の既定の例外でのサーバー上で HYPER-V の役割をインストールしたと HTTPS (443) が作成されます。 これらの標準ポートを使用している場合は、単にルールを有効にする必要があります。
スタンドアロンのホスト サーバー上の規則を有効にします。
セキュリティが強化された Windows ファイアウォールを開き、をクリックして 受信の規則します。
HTTP (Kerberos) 認証を有効にするには、[Hyper-V レプリカ HTTP リスナー (TCP 受信)] を右クリック >[規則を有効にする] をクリックします。 HTTPS 証明書ベース認証を有効にするには、[Hyper-V レプリカ HTTPS リスナー (TCP 受信)] を右クリック >[規則を有効にする] をクリックします。
HYPER-V クラスターでのルールを有効にするを使用して Windows PowerShell セッションを開く 管理者として実行, 、これらのコマンドのいずれかを実行します。
HTTP:
get-clusternode | ForEach-Object {Invoke-command -computername $_.name -scriptblock {Enable-Netfirewallrule -displayname "Hyper-V Replica HTTP Listener (TCP-In)"}}HTTPS:
get-clusternode | ForEach-Object {Invoke-command -computername $_.name -scriptblock {Enable-Netfirewallrule -displayname "Hyper-V Replica HTTPS Listener (TCP-In)"}}
VM のレプリケーションを有効にする
レプリケートする各 VM で次の操作を行います。
Hyper-V マネージャーの [詳細] ペインで、VM をクリックして選択します。 選択した VM を右クリックし、[レプリケーションの有効化] をクリックして、レプリケーションの有効化ウィザードを開きます。
[開始する前に] ページで、[次へ] をクリックします。
レプリカ サーバーの指定 ] ページの [レプリカ サーバーのボックスに、NetBIOS またはレプリカ サーバーの FQDN を入力します。 レプリカ サーバーがフェールオーバー クラスターの一部である場合は、HYPER-V レプリカ ブローカーの名前を入力します。 [次へ] をクリックします。
接続パラメーターの指定 ] ページで、HYPER-V レプリカが自動的にレプリカ サーバーに構成した認証とポートの設定を取得します。 値が取得されていない場合は、サーバーがレプリカ サーバーとして構成されていることと DNS に登録されていることを確認します。 必要に応じて、設定を手動で入力します。
レプリケーション Vhd の選択 ] ページで、レプリケートする Vhd が選択されていると、レプリケーションから除外したい vhd のチェック ボックスをオフにされていることを確認します。 続けて、 [次へ] をクリックします。
レプリケーションの頻度を構成する ] ページで、どのくらいの頻度を指定の変更は、プライマリからセカンダリに同期する必要があります。 続けて、 [次へ] をクリックします。
構成する追加の復旧ポイント ページで、最新の復旧ポイントのみを維持するために、またはその他のポイントを作成するかどうかを選択します。 それぞれの VSS ライターを持っているアプリケーションやワークロードを一貫して復旧したい場合は、[ボリューム シャドウ コピー サービス (VSS) の頻度] を選択して、アプリ整合性スナップショットを作成する頻度を指定することをお勧めします。 プライマリとセカンダリの両方の HYPER-V サーバーに HYPER-V で VMM の要求元サービスを実行する必要があることに注意してください。 続けて、 [次へ] をクリックします。
初期レプリケーションの選択 ページで、使用する初期レプリケーションの方法を選択します。 ネットワーク経由で初期コピーを送信する既定の設定では、プライマリ VM 構成ファイル (VMCX) と選択した仮想ハード ディスク ファイル (VHDX および VHD) がネットワーク接続経由でコピーされます。 このオプションを使用しようとしている場合は、ネットワーク帯域幅の可用性を確認します。 プライマリ VM がセカンダリ サイトでレプリケート VM として既に構成されている場合は、[レプリケーション サーバーで既存の仮想マシンを初期コピーとして使用する] を選択すると役に立つ場合があります。 Hyper-V エクスポートを使用してプライマリ VM をエクスポートし、それをレプリカ VM としてセカンダリ サーバーにインポートできます。 VM が大きい場合や帯域幅が制限されている場合は、ネットワーク経由の初期レプリケーションが後で実行されるようにしてオフピーク時間を構成するか、初期レプリケーション情報をオフライン メディアとして送信するかを選択できます。
オフライン レプリケーションを実行する場合は、ハード ディスクや USB ドライブなどの外部ストレージ メディアを使用して、最初のコピーをセカンダリ サーバーに転送します。 これを行うには、外部ストレージをプライマリ サーバー (またはクラスター内のオーナー ノード) に接続し、[初期コピーを外部メディアを使用して送信する] を選択する際に、初期コピーを格納できる場所をローカルまたは外部メディア上で指定します。 プレースホルダー VM がレプリカ サイトに作成されます。 初期レプリケーションが完了した後、外部ストレージがレプリカ サイトに発送されます。 セカンダリ サーバーまたはセカンダリのクラスターの所有者のノードに外部メディアを接続します。 次に、初期レプリカを指定の場所にインポートし、プレースホルダー VM にマージします。
を有効にするレプリケーションを完了する ] ページで、概要情報を確認してをクリックして を終了します。します。 VM データは、選択した設定に従って転送されます。 レプリケーションが正常に有効になったことを示すダイアログ ボックスが表示されます。
拡張 (チェーン) レプリケーションを構成する場合は、レプリカ サーバーを開き、レプリケートする VM を右クリックします。 クリックして レプリケーション>レプリケーションの拡張 、レプリケーション設定を指定します。
既定では、Hyper-V レプリカは VM レプリケーションの単一の既定のボリュームを指します。 VM レプリケーションに別の CSV を使用する場合は、「VM レプリケーションに複数の CSV を構成する」を参照してください。
フェールオーバーの実行
これらの展開手順が完了したら、複製された環境が稼働しています。 必要に応じてフェールオーバーを実行できます。
テスト フェールオーバー: テスト フェールオーバーを実行する場合は、レプリカ VM を右クリックし、[レプリケーション]>[テスト フェールオーバー] を選択します。 構成されている場合、またはその他の最新の回復ポイントを選択します。 新しいテスト VM が作成され、セカンダリ サイトで起動されます。 テストが完了したら、レプリカ VM で [テスト フェールオーバーの停止] を選択してクリーンアップします。 VM の場合、一度に実行できるテスト フェールオーバーは 1 つだけです。 詳細については、「Hyper-V レプリカでのテスト フェールオーバー」を参照してください。
計画フェールオーバー: 計画フェールオーバーを実行するには、プライマリ VM を右クリックし、レプリケーション>計画フェールオーバーを選択します。 計画されたフェールオーバーでは、データの損失を確実に前提条件チェックを実行します。 フェールオーバーの開始前に、プライマリ VM がシャットダウンされているか確認が行われます。 VM がフェールオーバーされた後、プライマリサイトが使用可能になると、その変更がプライマリサイトにレプリケートされ始めます。 これを機能させるには、プライマリ サーバーがセカンダリ サーバーからレプリケーションを受信するように構成するか、プライマリ クラスターの場合は Hyper-V レプリカ ブローカーからレプリケーションを受信するように構成する必要があります。 フェールオーバーの送信、最後に変更履歴の設定を計画します。 詳細については、「Hyper-V レプリカでの計画されたフェールオーバー」を参照してください。
計画外のフェールオーバー: 計画外のフェールオーバーを実行するには、レプリカ VM を右クリックし、Hyper-V マネージャーまたはフェールオーバー クラスタリング マネージャーから [レプリケーション]>[計画外のフェールオーバー ] を選択します。 このオプションが有効になっている場合は、最新の回復ポイントまたは以前の回復ポイントを復元できます。 フェールオーバー後、フェールオーバーされた VM ですべてが想定どおりに動作していることを確認し、レプリカ VM で [完了] をクリックします。 詳細については、こちらを参照してください。