Hyper-Vのゲストのためのジャンボフレームを有効にする方法 TCP / IPのデフォルトの実装は、通常1500バイトでのMTU（最大伝送ユニット）サイズを設定します。 これは、従来のシステムとインターネットの経路との最適な相互作用を確保することです。 すべてがうまくいけば、オーバーヘッドヘッダおよびカプセル化バイトあたりより有用なデータバイトがある、ので、MTU（ジャンボフレーム）のためのより大きな値を使用すると、大量のデータ転送を高速化することができます。 しかし、これは必ずしもそうではありません。 チェーン内のリンクは、より大きなMTUを処理できない場合、IPセグメントが断片化しなければなりません。 この場合は、追加のオーバーヘッドは、断片化を追跡するために必要とされます。 インターネットを横断するデータは、ほとんどの場合、MTU 1500に制限されます。 1500以降で最初のMTUは、事実上の断片化が発生することはありませんが、すべてのシナリオの中で最も効率的なサイズではないことを保証するように。 TCP / IPは、エンドポイントが指定されたリンクを介して最小の共通のMTUを決定することを可能にするメカニズムを含んでいますが、それは必要条件では、簡単に議論の余地がこれらの決定をレンダリングすることができ、TCP / IPのマルチパス性質ではありません。 特大のパケットの断片化と落下はすぐに大きなMTUでのエンドポイントに関係なく、接続する機器の速度の、1500年のデフォルトに設定されたエンドポイントよりもはるかに遅くなることがあります。 彼らは、仮想マシンに公開のHyper-Vの仮想スイッチと仮想スイッチポートには、他のTCP / IPの実装よりも違いはありません。 彼らは1500のMTUとの生活を開始し、あなたが制限値を大きくしない限り、喜んでそこに滞在します。 あなたがその上限を引き上げるつもりなら、それは仮想ポートを流れるトラフィックのことを十分に確保するためにあなたの時間の価値がある、MTUの増加を正当化するのに十分な利益を得ることができます。 あなたは仮想マシンに直接iSCSIターゲットを接続する場合は、MTUを増加させるための一般的なポジティブな理由は次のようになります。 それは、ジャンボパケットを使用して仮想スイッチを「プラグイン」しながら、1500年のデフォルトで仮想ポートを残すことが十分に可能であることに注意してください。 あなたが毎晩iSCSIデバイス上のデータを廃棄し、仮想化、バックアップ・サーバーと仮想NICを共有する1500年に残しておきたい外部に面し仮想化されたWebサーバーを持っている可能性があります。 仮想スイッチとバックアップサーバーの仮想NICの設定を9000にMTUは、バックアップデータをできるだけ効率的に流れることを可能にします。 1500年のMTUで、Webサーバーの仮想NICを残して、あなたのウェブサーバは断片化を恐れることなく、外部のクライアントと通信することができます。 必要な場合は、Webサーバーに2つ目の仮想NICを追加し、9000のMTUにそのNICを設定し、バックエンドのSQL Serverと通信するために、そのポートを使用するように指示することができます。 適切な構成を確保するために必要な3全体的なステップがあります。 物理的な接続ハードウェアは、ジャンボパケットをサポートしている必要がありますし、この機能を有効にする必要があります。 ジャンボフレームが有効にされた後にほとんどすべてのスイッチは、電源の再投入が必要です。 Hyper-Vの仮想のスイッチは、ジャンボフレームを有効にする必要があります。 個々の仮想NICは、ジャンボフレームを持っている必要があります。 あなたはそれを変更するために彼らのドキュメントを参照してくださいする必要がありますので、物理的なスイッチでジャンボフレームを有効にすると、メーカーによって異なります。 また、この資料では、Windows以外の仮想マシンを変更していません。 Hyper-VサーバーとWindows仮想マシンの場合、プロセスはほとんど同じです。 ネイティブのHyper-Vまたはサーバーコア - 仮想スイッチ あなたは、NIC上の仮想スイッチを作成すると、NICが有効にNETSHで簡単に発見から消えていること。 それはあり、それは発見とで動作することは困難です。 あなたが管理オペレーティングシステムと仮想スイッチを共有するオプションを選択した場合、あなたは、IPCONFIGとNETSHに表示する仮想スイッチではなく、仮想スイッチ自体で作成された仮想NICであることに注意してください。 仮想NICのMTUを変更するには： NVSPBINDに（http://archive. msdn. microsoft. com/nvspbind）をダウンロードし、それをブロック解除、およびHyper-Vホストにコピーします。 ラン：Nvspbind / O * vms_pp これは、すべてのアダプターを表示します。 「有効」の設定にそれらは/あなたの仮想スイッチ（ES）がされています。 これらの名前に注意してください。 ラン：Nvspbind / N "＆LT;＆LT;＆GT;ステップ2＆GTからアダプタ名。 " とりわけ、これはあなたのアダプタのGUIDが表示されます。 コマンドプロンプトのタイトルバー上で右クリックし、[編集] - ＆GTに移動します。マーク。 開閉括弧なしでGUIDを強調表示します。 押して、クリップボードにコピーします。 実行：Regeditを。 ます。HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \コントロール\クラス\に移動します。 そのキーを右クリックし、「検索...」を選択します。 検索ボックスにコピーされたGUIDを貼り付けて、「次を検索」をクリックします。 位置のサブキーで、「* JumboPacket "を見つけます。 （; 9014は、「適切な」サイズですが、両方の設定が同じ効果を持っているように見えるいくつかのドキュメントが9014を示す）9000へのエントリを変更します。 他のアダプタは、ステップ2で見つかった場合、それらは、ステップ3から開始するために繰り返します。 あなたが持っていないか、またはNVSPBINDを取得したくない場合は、仮想アダプタを見つけるために、ステップ4でのレジストリエントリをステップすることが可能です。 リンケージサブキーでUpperBind値です。 仮想スイッチは、このフィールドに「VMSP」が含まれます。 サーバーコア仮想Machines-仮想NIC それはおそらく、最も効率的な方法ではないが、仮想スイッチのための上記の手順を使用することが可能です。 それが方法である場合は、ステップ2の使用で、選択します。「nvspbind / O * * "。 あなたは、アダプタ（複数可）を変更するためにあなたの調査結果に基づいて決定する必要があります。 ループバックアドレスを変更しないでください。 NETSHはおそらく推奨ツールです。 その手順は以下の通りです。 実行します。netsh int型のIPv4のsh int型 これは、IPv4にバインドされたすべてのアダプタを一覧表示します。 ファイル名を指定して実行します。netsh int型のIPv4セットのサブインターフェイス "＆LT;＆LT;＆GT;ステップ1＆GTから名前。 「MTU = 9000店=永続 GUI内から、変更する唯一のものは、あなたが設定されているアダプタです。 プロセスは、親パーティションとWindowsゲストVM内のアダプタでも同じです。 オープンネットワークと共有センター。 「アダプターの設定の変更」をクリックしてください。 あなたが変更し、「プロパティ」をクリックするアダプタを右クリックします。 「設定」をクリックしてください。 [詳細設定]タブで、リストボックスに「ジャンボパケット」を検索し、[OK] 9014.までずっとそれを設定します。 ほとんどの場合、これらの変更を有効にするために、任意のWindowsマシン、ホストまたは仮想を再起動する必要はありません。 テストは動作しません、あなたはすべての単一のエンドポイントとの物理的なスイッチング機器が正しく設定されていることを確信している場合は、それはしようとする最初のものです。