HCX Network Extension アプライアンスの vMotion 後に通信障害が発生する

Products

• VMware HCX

Issue/Introduction

免責事項：これは英文の記事「Communication failure after HCX Network Extension appliance vMotion」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

• HCX Network Extension（NE）アプライアンスの vMotion 後、しばらくの間、HCX ネットワーク拡張を介した通信が失敗します。
• この問題は最終的に手動操作なしで回復します。
• NE アプライアンスは、NSX セグメントではなく vSphere ポートグループに接続されています。

Environment

VMware HCX

Cause

vMotion の後、ネットワーク拡張を介したパケットを新しい ESXi ホストに転送するために、物理スイッチ上の MAC アドレス テーブル エントリを適切に更新する必要があります。
しかし、現在の HCX NE アプライアンスは vMotion を認識せず、MAC アドレス テーブルを更新するためのパケットを送信しません。
そのため、物理スイッチ上の MAC アドレス テーブル エントリは、期限切れ（エージングアウト）になるか、リモート サイトからネットワーク拡張を介して VM のパケットが届くまで、古い（不正確な）状態のままになります。

Resolution

この問題は VCF HCX 9.0 で修正されました。このバージョン以降では、vMotion 時に MAC アドレス テーブルを更新するために RARP が送信されます。

Additional Information

• HCX NE VM が指定されたホストに留まるように、VM-Host アフィニティ ルール（VM-Host Affinity Rule）を作成してください。

• または、DRS を「完全自動化（Fully Automated）」モードで使用することを避けてください。代わりに、「手動（Manual）」または「一部自動化（Partially Automated）」モードを使用して、DRS による自動的な vMotion アクティビティを抑制してください。詳細については、DRS 自動化のドキュメントを参照してください。
  Note:再デプロイやアップグレードを行った後は、再度設定が必要です。

• ESXi のメンテナンスを行う場合は、vMotion を使用するのではなく、HA を構成した上で NE アプライアンスをシャットダウンしてください。

• これにより、リモート サイトの VM からローカル サイトへパケットが送信されるため、L2 拡張を介した通信が即座に回復します。