Я установил Windows Server 2016 Datacenter на Dell T620, а затем установил роль Hyper-V. Затем я создал команду NIC, состоящую из 2 физических сетевых адаптеров 1 Гбит/с. Команда называется LANTeam. Настройки: режим объединения — независимый коммутатор, режим балансировки нагрузки — динамический, резервный адаптер — нет (все адаптеры активны)
В панели управления Сетевыми подключениями этого сервера я вижу все свои физические сетевые карты, а также теперь вижу еще одно подключение под названием 'LANTeam'. Это имя подключения, но Имя устройства 'Microsoft Network Adapter Multiplexor Driver'
Если дважды щелкнуть по этому сетевому подключению, оно покажет скорость 2,0 Гбит/с, что вполне логично, поскольку это два соединения по 1 Гбит/с, объединенные вместе.
А вот тут для меня все становится немного туманно:
Я открываю Hyper-V Manager и нажимаю Virtual Switch Manager. Я создаю новый Virtual Switch (External) и выбираю 'Microsoft Network Adapter Multiplexor Driver' из выпадающего списка.
Я называю этот коммутатор «LAN vSwitch».
Далее я создаю свою первую виртуальную машину. В окне ее свойств я выбираю «LAN vSwitch» из раскрывающегося списка.
Когда я запускаю эту виртуальную машину (я установил Windows 2016 Server), захожу в «Сетевые подключения» и дважды щелкаю по одному (и единственному) сетевому адаптеру (который называется просто «Ethernet», он показывает, что скорость составляет всего 1,0 Гбит/с).
Почему не 2,0 Гбит/с? Моя цель — создать несколько виртуальных машин, все с Ethernet-соединением 2,0 Гбит/с.
решение1
Расхождение, которое вы видите, заключается только в заявленной скорости сетевого адаптера. Сначала немного предыстории:
Windows немного лжет, когда говорит вам, что объединенные сетевые карты работают на скорости 2 Гбит/с, так как на самом деле объединение или склеивание работает не так. Используя объединение, вы можете сбалансировать нагрузку дискретных соединений между двумя сетевыми картами. Одно соединение может насытить только одну сетевую карту. Объединение становится эффективным только при работе с несколькими конечными точками сети, поэтому это, как правило, хороший вариант для установки на хосте виртуальной машины. Установление связей или групп внутри виртуальных машин, а не на хосте, может иметь странные последствия на различных платформах, и вам следует избегать этого, если вы вообще можете. В общем, лучше всего размещать связь в том месте, которое получит наибольшее количество соединений, и это обычно как можно ближе к сетевому транку.
Возвращаясь к проблеме с отчетами о скорости в вашей виртуальной машине — она не лжет. У вас есть сетевые карты 1 Гбит/с, подключенные к вашему хосту и подключенные к vswitch, который обеспечивает сетевое взаимодействие для ваших экземпляров. Это снижает скорость всего этого vswitch до 1 Гбит/с, и это известное ограничение управления потоком HyperV. vswitch игнорирует сообщаемую емкость связи, так как это несущественно для управления потоком. Вы по-прежнему можете передать в общей сложности 2 Гбит/с с хоста, просто не на какую-либо одну виртуальную машину.
Если вы все еще хотите сетевой скорости шины хост-системы между виртуальными машинами, вы можете создать "пустой" vswitch, который не подключается ни к какому физическому сетевому адаптеру, а только к каждой виртуальной машине и хосту. Это может быть полезно, если у вас много трафика между виртуальными машинами East-West.
Основываясь на этом примере выше, вы можете обойти эту проблему почти полностью, завершив уровень 2 на гипервизоре. Вы можете присоединить все свои виртуальные машины к этому пустому vswitch, включив связь на скорости шины. После того, как это будет установлено, вы можете использовать хост hyperv в качестве шлюза, направляя трафик уровня 3 из полностью виртуального vswitch в адресованную группу уровня 3 на хосте. Это приведет к нескольким сетевым сложностям, таким как необходимость переадресации портов и использования NAT. Однако hyperv имеет очень удобные элементы управления для этого.