仮想マシンのMACアドレスを学習していない物理スイッチ
VSphere5.1を実行している仮想環境があります。 2つのESXisとその間にvDSがあります。説明の目的上、VLANを使用するように構成されたvDS上のポートグループは1つだけです。各ホストのアップリンクは、2つのチーム化されたNICで構成されており、両方とも同じ物理スイッチに接続されています。物理スイッチの別のポートには、ポートグループと同じVLAN）に片方のレッグがあるファイアウォールがあります。
Host1で新しいVMを作成して開始するときに、スイッチがこのVMのMACアドレスを学習しないことがあります（arpingを使用してGratuitous ARPを強制しても）。これが発生すると、 VMはファイアウォールと通信できず、Host2上の他のVM（同じポートグループを使用）とも通信できません。ただし、接続されているHost1上の他のVMとは通信できます。同じポートグループに。
さらに、正常に動作していて外部と通信できるVMがHost1にあり、それをHost2にvMotionすると、スイッチはMACアドレスが別のポートに移動したことを認識しません。 （ここでも、VMからarpingを発行した後でも）、その結果、このVMはファイアウォールへの接続を失います。
混乱を増すために、これは私を夢中にさせています。ファイアウォールから「ping -t」を実行すると、while a VMが起動します、次に、スイッチwill VMのMACアドレスを学習し、VMが通信できるようになります。
「スイッチに通知」オプションは、ポートグループとアップリンクの両方でオンになっています。
ここで何が欠けている可能性がありますか？私はクレイジーなアイデアを検討したいと思っています。明日は、vDS構成が同期していない場合に備えて、ホストを再起動してみます...
価値のあることとして、これは物理的なスイッチの問題であることが判明しました。 https://communities.vmware.com/thread/42156 には非常に長いスレッドがあり、非常に役立ちました（これで私たちが一人ではないことを示すだけで...）。
助けてくれてありがとう！
私からのアドバイスは、ESXiのインストールをアップグレードすることです。このようなものはバグカテゴリに分類されることがあり、 VMware によると、ビルド番号（838463）は2012年10月のものです。 。現在のリリースはビルド1312873です。
非常に古いビルドで作業しているため、可能であればパッチを適用することは理にかなっています。
以下も参照してください： VMware ESXi 5パッチは累積的ですか？