ジャンボ フレーム (~9k) を使用しているサイトは、当サイトだけではないはずです。では、同じようにジャンボ フレームを使用している皆さんは、仮想化についてどのようなことをしていますか? 具体的には、次のとおりです。
- Xen は、ブリッジ インターフェイス上の 1500 バイトを超えるパケットをサポートしていません。各 VM に実際のインターフェイスを割り当てると機能するかもしれませんが、私にとっては無理です。
- KVM は、ソースをいじればそれを実行します。そうでない場合は、最大 4k パケットを取得できます。ソースをいじるのは、本当にやりたいことではありません (再構築なしのアップストリーム パッチはさようなら!)
- VMWare はどちらについても言及していません。VSphere の価格設定は気に入りませんが、ESX(,i) だけで済むかもしれません。
私は iSCSI や NFS にジャンボ パケットを使用していません。ノード間で大量のデータを移動しているので、MTU を上げると速度が向上します。私のプラットフォームは CentOS 5.x で、このまま使い続けたいのですが、他のオプションも可能でしょうか? 教えてください!
私が考えていない賢いことをしている人はいますか?
[編集]
なぜこれが必要なのでしょうか? 既存のマシンはすべて 9000 の MTU を使用しており、それが実行されるのはクラスタリング レイヤーです。ジャンボ パケットに対応していない新しいマシンを追加した場合、そのマシンはクラスタに参加できず、動作しません。したがって、「ジャンボ パケットは本当に必要か?」という問題をもう一度検討したいのですが、これは新しいマシンをオンラインにするだけよりもずっと大きなプロジェクトです。新しいマシン持っているクラスターと通信できるようにする。現時点では、これはベアハードウェアに展開することを意味しますが、これは面倒です。
答え1
ESXi 4 標準仮想スイッチの場合、CLI からこれを行う必要があります。(サポートされていない) 疑似コンソール モードまたは (サポートされている) VMA を使用する場合、関連するコマンドは次のとおりです。
esxcfg-vswitch -m 9000 vSwitch0
vSwitch0 を関連する仮想スイッチ ID に置き換え、9K ジャンボ フレームを有効にする必要があるすべての vSwitch に対して必要に応じて繰り返します。
分散仮想スイッチを使用しているより大規模な (非常に大規模な) 環境では、vSphere Client GUI から MTU を変更できます。
答え2
私の経験では、ジャンボ フレームは実用的とは言えません。オフロード テクノロジは混乱しており、特に b-com が提供するものは混乱しており、スイッチはそれを十分にサポートできません。
特に VM の場合、通常の MTU サイズを維持し、モード 4 ボンディングを使用するか、10G または InfiniBand に切り替えることで速度を向上させます。
そうは言っても、私の知る限り、kvm の virtio_net ドライバーは速度が実際には制限されていないため、1G であるにもかかわらず、帯域幅を考慮すると簡単にそれを超えることができます。
答え3
直接的な答えではありませんが、複数のノード間で大量のデータを移動する場合は、Infiniband を検討しましたか? そのような場合に最適です。