Назад | Перейти на главную страницу

Выделенный физический адаптер HyperV для клиентской ОС или тот же виртуальный адаптер для хост-ОС и виртуальной ОС

У меня есть машина Windows с HyperV и клиентской ОС (Windows тоже). У этой машины есть два физических адаптера Ethernet (оба 1 Гбит / с).

Адаптеры теперь подключены к тому же роутеру и интернет-провайдеру.

Hyper V может создать виртуальный коммутатор с доступом из ОС хоста.

Есть ли разница между:

  1. Используйте один физический адаптер для хоста и клиентской ОС (внешний тип + доступ из хост-ОС)
  2. Используйте оба физических адаптера: один для хоста (без виртуального коммутатора) и один для клиентской ОС (внешний тип без доступа из хост-ОС).

Спасибо.

Это действительно зависит от количества пользователей и сетевой нагрузки на вашу виртуальную машину. Я дошел до того, что разместил резервные копии на собственных физических адаптерах с сервером резервного копирования и интерфейсами резервного копирования на собственном коммутаторе. Я сделал это, потому что файловый сервер ежечасно выполняет инкрементные резервные копии, размер которых иногда составляет 50 ГБ из-за изменения графических файлов. Я получал жалобы на то, что передача файлов замедлялась во время окна резервного копирования, поскольку резервные копии использовали большую часть доступной полосы пропускания.

Таким образом, вы должны посмотреть на свою сетевую нагрузку и определить, имеет ли для вас смысл размещение разных виртуальных машин на разных адаптерах. Если это офис с 5 пользователями и 2 виртуальными машинами, вероятно, нет, если 100 пользователей с 5 виртуальными машинами, то возможно.

Кроме того, размещение VMhost на его собственном отдельном физическом интерфейсе, вероятно, не будет иметь никакого значения, если вы не поместите его на отдельный отдельный коммутатор в случае отказа основного коммутатора.