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