英語で読む

次の方法で共有


Hyper-V レプリカ

 

適用対象: Windows Server 2012 R2,Windows Server 2012

Hyper-V レプリカは、Hyper-V ロールの重要な一部です。 プライマリ サイトの Hyper-V 仮想マシンをセカンダリ サイトのレプリカ仮想マシンに非同期にレプリケートします。

要件

  • サーバー: Windows Server 2012 または Windows Server 2012 R2 を搭載し、Hyper-V ロールが割り当てられた、2 台のサーバーが必要です。

  • 場所: 2 台のサーバーは物理的に同じ場所に配置することも、地理的にまったく異なる場所に配置することもできます。

  • トポロジ: プライマリ、セカンダリ、および拡張レプリカ サーバーは、スタンドアロンでも、フェールオーバー クラスター内のノードでもかまいません。 スタンドアロンとクラスター環境の組み合わせもサポートされます。

  • 証明書: 証明書ベースの認証を使用する場合は (レプリケートされたデータを転送中に暗号化する必要がある場合)、証明書が必要です。この証明書としては、ローカルな自己署名証明書か、内部 CA から提供される証明書を使用できます。

レプリケーション

. プライマリ Hyper-V ホスト サーバー上の特定の仮想マシンで Hyper-V レプリカを有効にすると、初期レプリケーションが開始し、セカンダリ サイトに同一の仮想マシンが作成されます。 初期レプリケーションの後、Hyper-V レプリカは仮想マシンの VHD にログ ファイルを保持します。 ログ ファイルは、レプリケーションの頻度に従って、レプリカ VHD に逆の順序で再生されます。 このログと逆の順序は、最新の変更内容が格納され、非同期にレプリケートされることを意味します。 必要な頻度でレプリケーションが行われない場合、アラートが発行されます。

仮想マシンの再同期を設定することができます。 手動、自動、または特定のスケジュールでの自動を指定できます。 自動再同期を設定すると、継続的な同期の問題を解決するのに便利です。

拡張レプリケーション

Windows Server 2012 R2 で導入された拡張レプリケーションでは、さまざまな障害シナリオからデータの複数のコピーを保護できます。 たとえば、2 番目の仮想マシン レプリカを地理的に近い場所に置き、3 番目のコピーをもっと離れた場所に置くことができます。

拡張レプリケーションでは、プライマリ仮想マシンで発生した変更が、セカンダリ サイトと拡張レプリカ サーバーに転送されます。 障害が発生した場合は、セカンダリ サイトからだけではなく拡張レプリカからもデータを取得できるので、保護階層が増えます。

次のことに注意してください。

  • 拡張サーバーではアプリケーション整合性レプリケーションがサポートされないので、レプリカ サーバーが使用しているものと同じ VHD を使用する必要があります。

  • プライマリ サーバーとレプリカ サーバーが両方ともダウンした場合は、拡張レプリカ サーバーにフェールオーバーできます。

  • セカンダリに対する場合とまったく同じように、ワークロードを中断することなく、拡張サーバーへのテスト フェールオーバーを実行できます。

  • 拡張レプリケーションは、Hyper-V マネージャー、Windows PowerShell (–Extended オプションを使用)、または WMI を使用して構成します。

    • Hyper-V マネージャー コンソールでは、特定の仮想マシンのレプリケーションを拡張します。 レプリケーションの頻度を 5 ~ 15 分の範囲で設定できます。 クラスターがある場合は、フェールオーバー クラスター マネージャー コンソールで仮想マシンのオプションを選択します。

    • PowerShell ではレプリケーションの構成に使用したものと同じコマンドレットを使用します (5 ~ 15 分間隔)。

      Enable-VMReplication –VMName <vmname> -ReplicaServerName <extended_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <300/900> [--other optional parameters if needed—]
      
  • レプリカ サイトの Hyper-V コンソールの [レプリケーション] タブで、拡張レプリケーションを監視できます。 Hyper-V コンソール -> [レプリケーション] -> [レプリケーションの正常性の表示] -> [拡張されたレプリケーション] で状態を確認できます。

  • 拡張レプリケーションのチェーンを表示する場合、次の PowerShell コマンドレットを使用します。

    Measure-VMReplication –VMName <name> -ReplicationRelationshipType Extended | select *
    

フェールオーバー

フェールオーバーは自動ではありません。 仮想マシンに対してさまざまな種類のレプリケーションを手動で実行できます。

  1. テスト フェールオーバー: セカンダリ サイトでレプリカ仮想マシンが正常に開始できることを確認するために使用します。 フェールオーバーの間に重複するテスト仮想マシンを作成するので、通常の運用環境のレプリケーションには影響ありません。 フェールオーバー後に、レプリカ テスト仮想マシンで [フェールオーバー] を選択すると、レプリカ テスト仮想マシンは削除されます。

  2. 計画フェールオーバー: 計画されたダウンタイムまたは予期される停止の間に仮想マシンをフェールオーバーするために使用します。 計画フェールオーバーを実行する前に、プライマリ マシンをオフにする必要があります。 マシンがフェールオーバーした後、Hyper-V レプリカはプライマリ サーバーに変更内容を戻すレプリケートを開始します。 データ損失がないようにするため、追跡されている変更の最後のセットが送信されます。 計画フェールオーバーの最後には、逆方向のレプリケーションが開始され、プライマリ仮想マシンがセカンダリに、セカンダリがプライマリになって同期されます。

  3. 計画外のフェールオーバー: 予期しない障害が発生したときに使用します。 計画外のフェールオーバーはレプリカ仮想マシンで開始されます。 プライマリ マシンで障害が発生した場合にのみ使用する必要があります。 プライマリ マシンが動作しているかどうかが確認されます。 回復履歴が有効になっている場合は、過去の時点に回復できます。 フェールオーバーの間に回復ポイントが有効であることを確認した後、フェールオーバーを完了して、回復ポイントをマージする必要があります。

Server1

[計画済み]

予想外

実行する条件

必要なときにレプリカ マシンが起動することを確認する。

チームのトレーニングを行う。

フェールオーバーおよび回復のプロセスをテストする。

組織またはコンプライアンスの要件に従って。

計画的な停止の場合

障害イベントが差し迫っている場合

ホスト サーバーを保守する場合

予期しないイベントが発生したとき

操作が開始される場所

レプリカ仮想マシン

プライマリで開始され、セカンダリで完了する

レプリカ仮想マシン

重複するマシンが作成されるか

はい

いいえ

いいえ

どのくらい時間がかかるか

1 か月に 1 回

推奨される頻度

1 か月に 1 回

6 か月に 1 回

障害発生時のみ

プライマリ マシンはレプリケートを続けるか

はい

はい – およびフェールオーバー後にプライマリ サイトへの逆レプリケーション

いいえ

データが失われるか

None

None

イベントによっては失われることがある

ダウンタイムは発生するか

None

計画されたダウンタイム

計画されていないダウンタイム

復元

仮想マシンのレプリケーションを構成するときは、そのために保存する回復ポイントの数を指定します。 回復ポイントは、レプリケートされたマシンからデータを回復できる時点を表します。 以前の回復ポイントから回復を行うと、実質的にレプリカが元に戻ります。 Windows Server 2012 では、最高 15 時間前の回復ポイントまでアクセスできます。 Windows Server 2012 R2 では 24 時間まで延長されます。

その他の便利なリソース