VMware FT の使用

VMware vSphereのもう一つの新機能 4 は、フォールトトレランスまたはFTを使用する機能です. それは、真の高可用性を持つ能力です, これは, 以前のバージョンのVMwareを使用, DRSがありました, 物理ホストがダウンした場合, その上で実行されている仮想マシン, これらは別のホストで実行されます, 仮想マシンの再起動を予見しました. VMware FTが提供するのは、仮想マシンを再起動する必要がない可能性です, ESXホストが仮想マシンでクラッシュした場合, FT で保護されているものは、サービスを失うことなく別のホストで引き続き実行されます.

これはどうですか? 仮想マシンで FT を有効にする場合, 2 台目の VM をバックグラウンドで実行し、1 台目の VM を別のホストにコピーします, このマシンを「読み取り」のままにします, また、プライマリ VM がダウンした場合にのみ状態が変更されます, vLockstepテクノロジーに基づく. それは良いことです, 悪い点, 今日の時点でFTが持っている要件, 以降のバージョンでは、これらの要件がなくなると想定されています. 必要条件:

– ESX ホストはバージョンである必要があります 4 以上.
– HA クラスタが存在する必要があります.
– このようなESXホストのプロセッサ/CPUは、同じファミリである必要があります.
– ハイパースレッディングが無効.
– 論理的には、VM はホストに物理デバイスを接続することはできません (CDの, PCI アダプター, フロッピードライブ…)
– VM は共有ストレージ上にある必要があります.
– 唯 1 仮想マシンの vCPU.
– VMotionのネットワークの構成 2 ホストあたりの NIC.
– Faul Tolerance Logging のネットワークを次のように構成しました。 2 ホストあたりの NIC.
– セカンダリ VM が実行されます, プライマリの障害を待機しています. したがって、それはあなたのリソースを消費します, 小学校とは違うけど、消費するよ.
– DRSがある場合, 保護された VM はホスト間を自動的に移動しません.
– このような VM はスナップショットを作成できません, したがって、スナップショットベースのバックアップも使用しません (VCBまたはDataRecoveryの方法).
– このような VM には、USB アダプターやサウンドデバイスが装備されていない場合があります.
– MSCS の使用はサポートされていません (Microsoft クラスタサービス) 仮想マシンの内部.
– RAWやRDMはご利用いただけません, これは, これらのVMに対してLUNを直接マップします.
– 仮想ハードディスクの利用について, Storage VMotionを使用してホット・ムーブされることはありません。. また、シンディスクにすることもできません, 然も無くば, それは厚いでしょう.

要件を満たしたら, それらのほとんどは論理的です, 他のものは、それらが消えるのを待っている1vCPUのようなものです… 続ける.