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

Тип гипервизора Hyper-V в Windows 10 против Hyper-V в Windows Server

Hyper-V в Windows 10 отличается от Hyper-V в Windows Server функциями и управлением памятью, как указано в Документы Microsoft для Hyper-V:

Есть некоторые функции, которые работают в Hyper-V в Windows иначе, чем в Hyper-V, работающем на Windows Server.

Функции Hyper-V доступны только в Windows Server:

  • Живая миграция виртуальных машин с одного хоста на другой
  • Реплика Hyper-V
  • Виртуальный Fibre Channel
  • SR-IOV сети
  • Общий .VHDX

Функции Hyper-V доступны только в Windows 10:

  • Быстрое создание и галерея виртуальных машин
  • Сеть по умолчанию (переключатель NAT)

Модель управления памятью отличается для Hyper-V в Windows. На сервере память Hyper-V управляется при условии, что на сервере работают только виртуальные машины. В Hyper-V в Windows память управляется с расчетом на то, что на большинстве клиентских машин помимо виртуальных машин выполняется программное обеспечение на хосте.

Но последний абзац меня немного сбивает с толку. Означает ли это, что Hyper-V на Windows Server - это гипервизор типа 1, а в Windows 10 - гипервизор типа 2?

Означает ли это, что Hyper-V на Windows Server - это гипервизор типа 1, а в Windows 10 - гипервизор типа 2?

Нет. Это означает, что настройка памяти предполагает, что в Windows 10 в корневом разделе (ВМ) запускаются приложения, а не в Hyper-V Server.

Корневой раздел - это виртуальная машина, см. схему архитектуры Hyper-V.

Люди почему-то любят спорить о типах 1 и 2. Вот один из наиболее информированных дебатов через Hacker News:

при инициализации драйвер Hyper-V захватывает работающий экземпляр Windows, назначает его в качестве «корневого раздела» и запускает его как другую виртуальную машину.

в отличие от «дочерних разделов», в корневом разделе все еще есть невиртуализированные драйверы, которые работают без прерывания привилегированных команд.

когда дочерний раздел (гостевая виртуальная машина) запускается, он запланирован как одноранговый для корня. его виртуальные процессоры (VP) работают вместе с VP корневого раздела.

когда дочерний раздел попадает в гипервизор или использует один из расширенных драйверов, гипервизор отправляет запрос шины в корневой раздел, который обрабатывает IRQ с помощью поставщика виртуальных услуг, реализованного ядром Windows хоста.

таким образом, гипервизор является своего рода мостом между хостом Windows и дочерними виртуальными машинами, но хост Windows фактически работает как своего рода привилегированная виртуальная машина, только одна с полным доступом к оборудованию и приоритетом планирования.

Нет, не обязательно, просто это еще несколько функций.

  • Быстрое создание - IMHO, даже не основная функция Hyper-V - это дополнительный UI, ничего в гипервизоре.

  • То же самое с сетью по умолчанию в качестве переключателя NAT. Это просто то, что вы можете настроить на сервере (используя RRAS NAT в качестве механизма NAT, если вам нужно).

Оба нацелены на разные варианты использования - сервер больше подходит для использования в качестве сервера, в то время как в Windows это вариант использования, который выигрывает от галереи на основе Windwos.