Windows Server 2012 HyperVクラスタリングライブマイグレーションホットフェイルオーバー
Windows Server2012サーバーにHyperVClusteriazationを実装することを検討しています。ライブマイグレーション機能を使用して、サーバーの1つに障害が発生した場合のダウンタイムを排除することを目指しています。私の質問は次のとおりです。ライブマイグレーションはホットですか？つまり、現在Cluster Hyper Vをホストしているサーバーが突然シャットダウンした場合（停電など）、クラスター化されたHyper Vは中断することなく2番目のサーバーですぐに動作を再開しますか、それともシャットダウンしますか？次に、2番目のサーバーで起動します。
LiveMigrationと仮想マシンのフェイルオーバーは2つの異なるものです。 LiveMigrationは、仮想マシンまたはそのサービスとアプリケーションのダウンタイムなしで、あるHyper-Vホストから別のHyper-Vホストに仮想マシンを計画的に移行するためのものです。
仮想マシンのフェイルオーバーは、仮想マシンが実行されているホストに障害が発生し、クラスターが別のクラスターホストで仮想マシンを再起動したときに発生します。この場合、仮想マシンとそのサービスおよびアプリケーションにダウンタイムが発生します。クラスタホストに障害が発生すると、そのホストで実行されている仮想マシンの状態が失われます。
Microsoftから：
ライブマイグレーション：ライブマイグレーションを開始すると、クラスターは仮想マシンで使用されているメモリを現在のノードから別のノードにコピーするため、他のノードへの移行が実際に行われるときに、メモリと状態の情報はすでに配置されています。仮想マシン用。通常、移行は十分に高速であるため、仮想マシンを使用しているクライアントはネットワーク接続を失うことはありません。 Cluster Shared Volumesを使用している場合、ディスクの所有権を譲渡する必要がないため、ライブマイグレーションはほぼ瞬時に行われます。 ライブマイグレーションは計画的なメンテナンスには使用できますが、計画外のフェイルオーバーには使用できません。
これは、WindowsHyper-Vクラスタリングでは実現できません。お使いのシステムは、同期が必要なサービスを備えたデータヒストリアンのような継続的なデータ処理タイプである可能性があり、停電時にホストAがオフになると影響を受けることを理解しています（IT担当者が電源障害などに直面する通常の事態のため、 UPSシステムの障害など。管理者が空中を飛行したり、爆発したりする必要はありません。）その場合、これらのタイプの障害シナリオをサポートするサードパーティアプリケーションからのソリューションがいくつかあります。
ライブマイグレーション機能を使用して、サーバーの1つに障害が発生した場合のダウンタイムを排除することを目指しています。
これは素晴らしいアイデアです。本当に。実行中の仮想マシンの状態を障害が発生したサーバーから移行する方法を教えてください。
ライブマイグレーションは、実行中の仮想マシンの現在の状態（メモリ）を取得して別のホストに移動し、ダウンタイムや再起動が発生しないようにします。
ここで、ホストAが失敗したと仮定します。故障しているすべてのサーバーと同様に、それは非常にうまく機能します（炎、説明、前の管理者が空を飛んでいます-さまざまな映画からサーバーがどのように故障するかは誰もが知っています）。
破壊されたサーバーから実行中の仮想マシンの状態をどのようにコピーしますか？
そして、それはあなたのアイデアが崩壊するところです。 「時間」というものがあります。時間がないと、通常のサーバー障害の場合にマシンのライブマイグレーションを使用できません。
故障したマシンはダウンタイムです。ポイント。それを望まない-クラスター対応のアプリケーションを作成し、それを複数のマシンでクラスターとして実行します。