Windows Server 2016DatacenterをDellT620にインストールしてから、Hyper-Vの役割をインストールしました。次に、NIC 2つの物理1Gbpsネットワークアダプターで構成されるチームを作成しました。チームはLANTeamと呼ばれます。設定は次のとおりです。チーミングモード-スイッチ非依存、負荷分散モード-動的、スタンバイアダプター-なし(すべてアダプターがアクティブ)
このサーバーの[ネットワーク接続]コントロールパネルには、すべての物理NICが表示され、「LANTeam」と呼ばれるもう1つの接続も表示されます。これは接続の名前ですが、デバイス名は「Microsoft Network Adapter MultiplexorDriver」です。
このネットワーク接続をダブルクリックすると、2.0 Gbpsの速度が表示されます。これは、2 x 1 Gbpsの接続であり、チーム化されているため、理にかなっています。
これが私にとって物事が少し曇るところです:
Hyper-Vマネージャーを開き、仮想スイッチマネージャーをクリックします。新しい仮想スイッチ(外部)を作成し、ドロップダウンリストから[Microsoftネットワークアダプターマルチプレクサードライバー]を選択します。
このスイッチに「LANvSwitch」という名前を付けます
次に、最初のVMを作成します。プロパティウィンドウで、ドロップダウンから[LAN vSwitch]を選択します。
これを開始するとVM(Windows 2016 Serverをインストールしました)、ネットワーク接続に移動し、1つ(唯一の)ネットワークアダプター(単に「イーサネット」と呼ばれます)をダブルクリックします。速度はわずか1.0Gbpsです。
なぜ2.0Gbpsではないのですか?私の目標は、すべて2.0Gbpsイーサネット接続を持ついくつかのVMを作成することです。
あなたが見ている不一致は、NICの報告された速度にのみあります。最初にいくつかの背景:
Windowsは、チーム化されたNICが2Gbpsで実行されていると言っているとき、少し嘘をついています。チーミングを使用すると、2つのNIC間で個別の接続の負荷を分散できます。単一の接続は、単一のNICのみを飽和させることができます。チーム化は、複数のネットワークエンドポイントを処理する場合にのみ有効になるため、通常、VMホストで確立するのに適したオプションです。ホストではなくVM内で結合またはチームを確立すると、さまざまな結果に奇妙な結果をもたらす可能性があります。一般に、接続数が最も多くなる場所にボンドを配置するのが最善であり、通常はネットワークトランクにできるだけ近い場所に配置します。
VM-嘘ではありません。1GbpsNICがホストに接続され、インスタンスにネットワークを提供しているvswitchに参加しているため、速度レポートの問題に戻ります。これにより、全体の速度が低下します。 vswitchを1Gbpsに設定します。これは、HyperVの既知のフロー制御制限です。vswitchは、フロー制御には重要ではないため、報告されたボンドの容量を無視します。ホストから合計2 Gbpsをプッシュできますが、 1つのVM。
それでもVM間のホストシステムバススピードネットワーキングが必要な場合は、どの種類の物理NICにも接続せず、各VMとホストにのみ接続する「空の」vswitchを作成できます。これは、VM間のEast-Westトラフィックが多い場合に役立ちます。
上記の例に基づいて、ハイパーバイザーでレイヤー2を終了することで、この問題をほぼ完全に回避できます。すべてのVMをその空のvswitchに参加させて、バス速度の通信を有効にすることができます。それが確立された後、hypervホストをゲートウェイとして使用し、完全仮想vswitchからホスト上のレイヤー3アドレス指定チームにレイヤー3トラフィックをルーティングできます。これにより、ポートフォワードの必要性やNATの使用など、いくつかのネットワークの複雑さが発生します。ただし、hypervにはこれに対して非常に使いやすいコントロールがあります。