今日、私は5台のMS SQL2005サーバーを新しいDRSクラスターに移行しました。すべてのSQLサーバーは、「Production_LAN」ネットワークと、「VMXNET3」タイプの単一の仮想NIC)を使用します。
最初の4つのSQL VM(Windows 2003StandardまたはEnterprisex32ビット)は問題なく動作しました。
最後のSQL VM(Windows 2003 Standard x64ビットR2)をエラーなしでvmotionしましたが、完了すると、VMにpingを実行できなくなりました。VMで、ゲートウェイにpingを実行することもできませんでしたが、ループバックにpingを実行できました。このSQLサーバーは、前の4つのVMと比較して非常にビジーです。サーバーを再起動すると、仮想NICが正常に機能するようになりました。 。
両方のサーバー(vmotionerとvmotionee)のビルドはESX 4.0.0 175625です-したがって、更新前1。
ネットワークスイッチ/ VMがスイッチのMACテーブルを更新していない可能性があると思われるべきですか?
他の誰かがこの問題を抱えているか、何が原因であるかを知っていますか?
ありがとうございました!
スイッチのMACテーブルを疑って順調に進んでいると思います。ホスト間でマシンを移動すると、これが発生する場合があります。 ESX vSwitchの構成で、「スイッチに通知する」チェックボックスを確認します。スイッチのarpキャッシュでMACアドレスを確認してください。
次のハードウェアを使用している場合:
解決策は、次のコマンドを発行して、Dell MXLFoce10スイッチのARPテーブルのリフレッシュレートを下げることです。
mac-address-table station-move refresh-arp
それがホスト、vswitch、またはVMの問題であるかどうかを確実に知る唯一の方法があります。それは、これらのオブジェクトのいずれかに問題がある可能性があるため、移行を系統的にテストすることです。