Hyper-V 2016 Server и NIC Teaming

Я устанавливаю новый сервер Hyper-V 2016. Физическая машина имеет 6 сетевых портов. Я читал, что лучше всего иметь один сетевой порт, выделенный для удаленного управления хостом Hyper-V, поэтому у меня остается 5 портов. У меня есть 2 подсети - ЛВС и DMZ. Некоторые из виртуальных машин, которые будут жить на этом сервере, будут находиться в локальной сети, а некоторые - в DMZ.

Итак, в панели управления сетевого адаптера у меня есть следующее:

  • Бортовой NIC 1 10.0.0.140

  • Бортовой NIC 2 10.0.0.141

  • Слот 1 Порт 1 10.0.0.150

  • Слот 1 Порт 2 10.0.0.151
  • Слот 1 Порт 3 192.168.12.150
  • Слот 1 Порт 4 192.168.12.151

Я думаю, что было бы лучше, чтобы команда 2 из NIC использовалась для локальной сети. Затем возьмите еще 2 и используйте это для DMZ.

Поэтому в диспетчере сервера я включил объединение сетевых карт, а затем создал 2 независимые от коммутатора динамические команды следующим образом:

Slot 1 Port 1 \
               |---- LAN   10.0.0.152
Slot 1 Port 2 /



Slot 1 Port 3 \
               |---- DMZ   192.168.12.152
Slot 1 Port 4 /

После создания команд 4 отдельные сетевые карты больше не используются. IPv4 не отмечен в каждом из их окон свойств, и они являются частью команды.

Первый вопрос:

  1. Могу ли я повторно использовать IP-адреса, которые я вручную назначил этим 4 сетевым адаптерам? Они все еще необходимы? (Мне не больно по IP-адресам. Мне просто любопытно, доступны ли они мне сейчас, если эти сетевые карты являются частью команды)

Далее я собираюсь установить роль Hyper-V. Во время установки Hyper-V мастер сообщает: "Для каждого выбранного сетевого адаптера будет создан один виртуальный коммутатор". В списке я вижу две команды, которые я создал ("LAN" и "DMZ"), но, что интересно, я также вижу отдельные сетевые карты здесь в списке.

  1. Почему отдельные сетевые карты появляются здесь? Если я выберу их и мастер создаст виртуальный коммутатор, моя команда NIC сломается?

  2. Стоит ли выбирать только объединенные сетевые карты?

  3. Позже, скажем, я создаю свой первый hyper-v vm, назначаю ему сетевой адаптер под названием "LAN" и устанавливаю Windows. Когда я вхожу в эту виртуальную машину, я предполагаю, что у меня будет только один сетевой адаптер. Но означает ли пропускная способность этого адаптера "объединенный", то есть 2 ГБ вместо 1 ГБ?

... или... Должен ли я НЕ объединять NIC в сеть на хосте Hyper-V, а INSTEAD назначать одинаковые 2 NIC для каждой ВМ, а затем внутри ВМ?

Как лучше всего использовать преимущества нескольких сетевых карт на физическом хосте, чтобы каждая виртуальная машина получала максимальную пропускную способность сети? Командуйте сетевыми картами на хосте Hyper-V? Или вместо этого объединить сетевые адаптеры внутри каждой виртуальной машины?

Источник

2 ответа

Решение

  1. Да, IP-адреса могут быть повторно использованы.

  2. Команда не прекратит работу, если вы создадите vSwitch вручную (просто помните, что нужно дважды проверить MAC-адреса на объединенном адаптере и вновь созданном vSwitch. Я дублировал их пару раз по любой причине). Что касается мастера, я не уверен, и я не рекомендую использовать его в вашем случае. Hyper-V просто сканирует все сетевые адаптеры, включая сетевые адаптеры, поэтому вы их видите. Это почти то же самое, что запуск Get-NetAdapter в PowerShell.

  3. Да, если вы хотите представить объединенную сеть в качестве виртуального коммутатора, вы должны выбрать объединенный адаптер.

  4. Это будет показано как 10GbE. Говоря о пропускной способности, ваш пробег может варьироваться. Объединенная сеть почти никогда не даст вам производительность x2 x3 x"N" в типичной операции передачи данных точка-точка. Объединение в сеть сетей помогает увеличить максимальную ширину "канала" в тех случаях, когда несколько клиентов подключаются к одному общему ресурсу, папке и т. Д.

  5. Вот некоторые полезные сведения: https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/plan/plan-hyper-v-networking-in-windows-server

Источник
  1. Вы можете определенно использовать все эти IP-адреса. NIC теперь обрабатываются как один NIC для большинства логических сетевых целей, если они являются частью команды

  2. Я не уверен, почему Microsoft оставит их там. Скорее всего, это сломает команду NIC, если вы выберете один, но это, вероятно, просто странный выбор мастера от MS, и вы должны его игнорировать.

  3. Вы должны только выбрать команды NIC, чтобы использовать для создания виртуального коммутатора (ов). Как я уже упоминал в 1, команды NIC по существу рассматриваются как один NIC, поэтому при выборе этих команд вы будете правильно настроены.

  4. Это верно, это должно быть максимум 2Gb (минус некоторые накладные расходы). Вероятно, он будет отображаться как 10 ГБ, потому что это скорость, на которой может работать виртуальное соединение, но реальная пропускная способность вашей сети будет 2 ГБ.

  5. Вы должны обязательно сделать объединение на хосте. Выполнение этого на виртуальных машинах просто перекладывает сетевые накладные расходы на обработку команды в немного более неэффективное место (в виртуальной машине). В качестве мысли, ваши подсети обрабатываются одним и тем же коммутатором / инфраструктурой или они полностью разделены физически или VLAN? Если они находятся на одном коммутаторе и разделены только разными подсетями, вы можете объединить все 5 доступных сетевых карт и просто назначить IP-адреса для каждой виртуальной машины. Виртуальный коммутатор (и команда NIC) будет нормально обрабатывать трафик.
Источник
Другие вопросы по тегам