web-dev-qa-db-ja.com

ジャンボフレーム、ISCSIおよびESXi

すべてのvmNIC、vmKernel、vSwitch、iSCSIバインディングなどに対してESXiでジャンボフレーム（9000）を有効にしました。基本的にはESXiのどこでもMTU設定があり、9000を設定しています。スイッチ（Dell PowerConnects）のポートはすべてジャンボフレーム用に設定されています。 2つのコントローラを備えたDellMD3200iがあり、それぞれにiSCSI用の4つのポートがあります。これらの各ポートもジャンボフレーム（9000）に設定されています。

だから今質問：

  1. 各WindowsServerにログインする必要がありますかVM実行してNICプロパティを詳しく調べ、手動でNICプロパティのジャンボフレームに設定します。デバイスマネージャも？
  2. ジャンボフレームが実際に意図したとおりに機能していることをテストする最良の方法は何ですか？
performancevmware-esxiiscsijumboframes
4
vlannoob

正確に何をしているのかを知らない限り、これを行わないでください。実際には、専用のiSCSINICと接続されたスイッチポートおよびSAN NIC）でのみ実行してください。

最新の機器でジャンボフレーム用に非ストレージポートを設定する理由は実際には多くありません。

6
MDMarra

ジャンボフレームが正しく機能しているかどうかをテストするには、次の手順に従います。

  1. ESXiホストへのSSHを有効にして、シェルにログインします（ VmWare KB ）
  2. Do n't-fragmentオプションを使用し、1500を超えるパケットサイズを使用してストレージIPのpingを実行します。例：vmkping -d -s 7000 storageipaddr

次のようなものを受け取った場合：

~ # vmkping -d -s 7000 10.10.10.10
PING 10.10.10.10 (10.10.10.10): 7000 data bytes
sendto() failed (Message too long)
sendto() failed (Message too long)
sendto() failed (Message too long)

--- 10.10.10.10 ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss

これは、構成に問題があることを意味します。ジャンボフレームが機能していません。 このドキュメント に従って、すべての仮想スイッチのMTUサイズが適切かどうかを確認する必要があります。

3
Martino Dino

ジャンボフレームは通常、NICでデフォルトで無効になっているため、NICでジャンボフレームを有効にし、ジャンボフレームを次のように構成する必要があります。残りのiSCSIネットワークデバイスと一致します。

余談ですが、元々ジャンボフレームに起因するI/O問題が発生したiSCSI実装をいくつか見てきました（この問題は、ジャンボフレームが無効になっていて有効にする必要があるか、ジャンボフレームが有効化され、無効化する必要がありました）これはイーサネットフロー制御の問題であることが判明しました。 iSCSIネットワークでI/Oの問題が発生した場合、最初に行うことは、iSCSIスイッチのイーサネット統計/カウンターを調べて、多数のイーサネット一時停止フレームを探すことです。これらが表示された場合、問題はイーサネットフロー制御に関連しているため、iSCSIスイッチのフロー制御を無効にする必要があります。

2
joeqwerty