VSphere 5ドキュメントセンター内でこれらの質問に対する回答が見つからないようです。これらの質問の側面をご存知の場合は、共有してください。
ありがとう!
各テクノロジーのvSphereの動作は、ドキュメントで定義されています。しかし、あなたはこれらのテクノロジーが何のために設計されているのかについて間違った見方をしているようです。 VMWareHAとVMWareFTはどちらも、主にホストに障害が発生した場合にゲストの可用性を提供するように設計されています。
マスターホストがスレーブホスト上のエージェントと直接通信できない場合、スレーブホストはICMP pingに応答せず、エージェントは失敗したと見なされるハートビートを発行していません。ホストの仮想マシンは、代替ホストで再起動されます。このようなスレーブホストがデータストアとハートビートを交換している場合、マスターホストは、それがネットワークパーティションまたは分離されたネットワーク内にあると見なし、ホストとその仮想マシンの監視を継続します。
プライマリVM)を実行しているホストに障害が発生した場合、透過的なフェイルオーバーが発生します。その場合、セカンダリVMがすぐにアクティブ化され、プライマリVMが置き換えられます。新しいセカンダリ= VMが開始され、フォールトトレランスの冗長性が数秒以内に再確立されます。セカンダリを実行しているホストVMに障害が発生した場合も、すぐに置き換えられます。いずれの場合も、ユーザーはサービスの中断やデータの損失を経験しません。
あなたの特定の質問について:
- 高可用性(HA)用に構成された失敗したVMはどうなりますか?フォールトトレランス(FT)用ですか?自動的に停止され、リソースは解放されます(ただし、再起動(HA)またはセカンダリ)インスタンスが引き継ぐ(FT))?
VMWare HAとFTは、ホスト障害の回復を目的としています。 HAのVMを構成しません-ホストを構成します。ホストに障害が発生すると、HAは別のホストでゲストを再起動します。vCenterは(VMWareを使用して)制限付きゲストハートビート監視を実行することもできます。ツール)同じホスト上のゲストマシンのリセットをトリガーすることもできます。いずれの場合も、クリーンシャットダウンではなく、クラッシュの一貫したシャットダウン/再起動サイクルとして扱われます。
FTは、ソースとロックステップで実行される複製ゲストを作成します。ホストに障害が発生した場合、セカンダリゲストが自動的に引き継ぎ、vCenterが新しいセカンダリを作成します(可能な場合)。プライマリがハングする原因となる変更がセカンダリに複製されるため、ゲストのハートビートの監視は行われません。 FTは、ホストに障害が発生した場合にゲストにアクセスを提供することを厳密に目的としています。
- 障害が発生したVMに何が起こったかをデバッグするための一般的な方法は何ですか?ログまたはVMwareを介してVM監視UI?ユーザーにVM障害が通知されますか?
よくあることですが、状況によって異なります。一般的なトラブルシューティング/デバッグには、エラーメッセージの表示が含まれます。一般的なトラブルシューティング手法でそれを超えたい場合は、おそらくこのサイトの範囲を超えています。ゲストのエンドユーザーには通知されません。 vCenterでアラートをセットアップして適切に構成した場合、または他のサードパーティの監視ツールを使用している場合は、vCenterの管理者に通知できます。
- 再起動またはフェイルオーバーする前にVMのクローンを作成して、後で何が起こったのかをデバッグすることはできますか?
HAとFTはどちらもホストの障害に対応するように調整されているため、組み込みテクノロジーの範囲内ではこれは不可能です。