最近、VMwareクラスター全体をESXからESXiに移行しました。ほとんどの場合、移行はシームレスであり、SCへのアクセスを逃していません。今まで。
VMotion中に発生している奇妙なユニキャストフラッディング動作を診断しようとしています。原因は、各ESXiホストでの開閉装置のCAMテーブルキャッシュの有効期限とARPテーブルの有効期限の不一致に関連している可能性があります。そのため、ESXiでARPテーブルを表示およびクリアする方法を理解しようとしています。
ESX(フルSCを使用)では、これは簡単なことでした。sshを実行してarp -a
。残念ながら、ESXi内の去勢されたシェルにはARPコマンドが含まれておらず、VMwareのKB内でこれに関するドキュメントを1つ見つけることができませんでした。
私はこれについてVMwareにサポートリクエストを持っています(答えなしで30時間続きます)が、誰かがアイデアを持っているかどうかを確認するために、最初にここにそれを投げると思いました。ありがとう!
サービスコンソールがない場合は、vCLIを使用する必要があります。 ESX/ESXiホストで動作します。
現在、RemoteCLIを介してARPテーブルをクリアするための文書化された方法が見つかりません。私が見つけることができる最高のものはここにあります: vSphere 4.1のトップ5の新しいvCLIコマンド
すべてのアクティブな接続を一覧表示します:esxcli network connection list
すべてのARPテーブルエントリを一覧表示します:esxcli network neighbor list
お役に立てれば。サポートの内容をお知らせください。
VMwareと話し合った後、ESXi4.1でARPテーブルをクリアしたり操作したりする方法がないことを知りました。これらのアクションを実行できることはトラブルシューティングにとって重要であると強く感じており、製品の将来のバージョンでこの機能が追加されることを願っています。
ESXi 4.1には リモートCLI を使用できます。または、それが必要なものをサポートしていない場合は、 常にサポートされていない方法があります 。ただし、最良の部分は、最新かつ最高の4.1を使用しているため、実際に SSHを公式に有効にする であるということです。
すべてのvkernelポートが別々のサブネットにあることを確認してください。個別のvmotion/management/iscsi。これを怠ると、物理スイッチがvmotionポートのMACアドレスを正しく学習しないため、vmotion中に大量のフラッディングが発生する可能性があります。そしてそれを見つけるために継続的に放送します。