今週末、CiscoスイッチのIOSをアップグレードする予定です。このスイッチには、3台のESXサーバーとESXサーバーが使用するiSCSI SANそれ。
以前は、スイッチを再起動する必要があることがわかったときに、実行中のすべてのVMがシャットダウンされ、ESXホストによって再起動されました。これは正常なシャットダウンイベントではないため、これを回避しようとしています。
これを防ぐためにVirtualCenterで行うことができる構成変更はありますか?または、VirtualCenterに関連していない場合にこれが発生する理由に関する他のアイデアはありますか?
この回答は質問のかなり後に来ることを私は知っていますが、最近この問題に遭遇し、VMの再起動とはまったく異なる解決策を見つけました。
VMware HAクラスターがある場合は、VirtualCenterでクラスターを右クリックし、設定の編集を選択します。
[クラスタ設定]ダイアログボックスで、左側にある[VMwareHA]を選択します。右側のペインに、デフォルトのクラスター設定ホスト分離応答ドロップダウンを "Leave VM Powered On "
そうすれば、ネットワーク接続が回復しても、ホストはまだそこにあり、仕事を続けることができます。
それはあなたが危険なVMwareHAセットアップを持っているように聞こえます。すべてのESXネットワークを1つのスイッチに接続している場合は、ネットワークを少し再設計する必要があります。
ESXクラスター(特にHAが有効になっている)がある場合、各ホストには、2つの別々のスイッチに接続された2つの別々の物理NICに接続された2つの別々のサービスコンソールポートが必要です。これにより、1つを失ったときにホストへの管理アクセスが失われることはありません。スイッチ(またはメンテナンスのために取り出します)。 ESXホストがHAクラスターで構成されていて、それらが15秒を超えて互いのサービスコンソールインターフェイスとの接続を失った場合、HAは保護されたVMの再起動を試み、(デフォルトで)実行中のVMインスタンスをシャットダウンします。 。
ゲストOSのどこかに隠されているストレージのタイムアウト値があります。 Windowsがx秒を超えてディスクにアクセスできない場合、クラッシュします。
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Disk
Name TimeOutValue
Typ REG_DWORD
Value 60 (dezimal) for 60 Seconds
ここで薄暗くなっている場合は申し訳ありませんが、VMをiSCSIボックスに保存し、各ホストが1つのスイッチにのみ接続されていると言っていますか?
その場合、そのスイッチを停止すると、iSCSI VMボックスに保存されているすべてのSANが完全に100%強制終了されます。これは、各ホストがネットワークだけでなく、iSCSI SANボックス。
この種の変更、冗長性のバー構築を乗り切る唯一の方法は、スイッチの停止中、各ホストのローカルストレージへのVMごとにStorage vMotionを実行し、その後SANに戻ることです。スイッチがバックアップされています。
これがあなたの状況ではない場合は、状況を明確にするためにいくつかの詳細を追加してください。