Чи справжній гіпервізор Hyper-V?

16

За даними Вікіпедії, існують сервери Hyper-V і Hyper-V. Добре...

Сервер Hyper-V не потребує запуску ОС, тому це справжній Hypervisor. А як щодо Hyper-V всередині Windows2008, це "тип 2"?

— Стеф
джерело

18

Коли Hyper-V виконує роль Windows Server 2008 та Windows Server 2008 R2, це все ще є гіпервізором.

Це тип 1 (голий метал) в обох випадках.

Хитрість тут полягає в тому, що при встановленні Hyper-V як ролі на Windows Server 2008 R2 ви бачите Windows Server як хост-операційну систему, а це не так. Установка перетворює оригінальну ОС у щось на зразок VM і ставить гіпервізор внизу. Це те, що називається кореневим або батьківським розділом Hyper-V. Ось чому ви відчуваєте однакові швидкості у тому, що бачите як "справжню машину" і віртуальну машину.

Ви можете знайти архітектуру Hyper-V в MSDN .

— Рікардо Поло
джерело

Я не погоджуюся з тим, що він тип 1. Тому що він сильно покладається на кореневий розділ і не може функціонувати без нього.

— Олексій Фрунзе

@Alex: Хоча багато ОС «спілкуються» з Root Partition, це не потрібно. "Непросвітлений розділ" цілком здатний працювати без допомоги Root Partition. Якщо що-небудь, то його слід називати "Тип 1 + 2", але точно не "Тип 1".

— Барт Де Вос

@Alex прочитав архітектуру. Це тип 1. Він реалізується в кореневому розділі для деяких речей, і він був розроблений таким чином, в основному, щоб мати величезну сумісність драйверів і не потрібно спеціальне обладнання з спеціальними драйверами. Але доступ до таких ресурсів, як proccesor, пам'ять тощо, не передають через кореневий розділ.

— Рікардо Поло

@BartDeVos: Ні, нездатний. Подивіться, що робить VMWP . [Virtual Machine Worker Process] also handles IRQs, memory and I/O port mapping through a Virtual Motherboard (VMB).Також зауважте, що

Virtual Devices are managed by the Virtual Motherboard (VMB). Virtual Motherboards are contained within the Virtual Machine Worker Processes, of which there is one for each virtual machine. Virtual Devices fall into two categories, Core VDevs and Plug-in VDevs. Core VDevs can either be Emulated Devices or Synthetic Devices.

тип 1.5.

— Олексій Фрунзе

1

@ Алекс, чи можете ви запропонувати гіпервізор, який може функціонувати без кореневого розділу, для порівняння?

— Гаррі Джонстон

17

введіть тут опис зображення

Кожен раз, коли вашому рішенню для віртуалізації потрібна ОС (інша, тоді вона є власною для дуже основних завдань), вона працює на "Тип 2".

Схоже, ОС Windows Server віртуалізується під час встановлення сервера. Hypervisor буде запущений спочатку під час завантаження, який передасть процес завантаження в Windows Server 2008, який зараз є батьківським розділом. Батьківський розділ також називають кореневим розділом. Більше інформації можна знайти в цій статті

Отже, Hyper-V - це голий метал і, таким чином, тип 1.

— Барт Де Вос
джерело

2

Гарна графіка. Показувати різницю дуже просто.

— mrdenny

5

Hyper-V - це гіпервізор типу 1 , незалежно від того, встановлений він як компонент сервера Windows або як "сервер Hyper-V".

У першому випадку це виглядає так, ніби це продукт типу 2, оскільки ви спочатку встановлюєте Windows, але коли ви встановлюєте роль гіпер-V, він по суті віртуалізує наявну інсталяцію сервера Windows.

(див. також таблицю даних на цій сторінці , і дуже великий архітектурний гіпер-v віртуалізація "плакат" тут ).

— Роб Муар
джерело

-6

Гіпервізор - це один і той же тип 2 в обох випадках.

EDIT: Гаразд, строго кажучи, на основі дизайну це не тип 1, ні тип 2, це суміш двох.

— Олексій Фрунзе
джерело

1

-1. За даними Вікіпедії, це неправда. Навіть незважаючи на те, що Hyper-V виглядає як гіпервізор працює на ОС 2008 року. Це фактично віртуалізований екземпляр 2008 року.

— kbyrd

Незважаючи на те, що ОС Windows мінімальна, Hypervisor не є самодостатнім і не працює безпосередньо на чистому обладнання. Він все ще потребує роботи Windows. Основна причина - драйвери пристроїв Windows. Також є підтримка бітлокера. Було б марно дублювати бітлокер у гіпервізорі та розробляти для нього різні драйвери або переробляти для роботи безпосередньо з ними. Сервер Hyper-V використовує таку ж технологію, що і Hyper-V на сервері Windows, просто не дає вам всієї ОС Windows.

— Олексій Фрунзе

2

Ні. Це тип 1. Не суміш. Якщо ви хочете бути техонічними, Гіпервізор на Hyper-V - це єдине, що працює на кільці 1 архітектури x86-64. Нічого більше :). Інші компоненти, які, можливо, заплутують вас, як VMBus, Служба управління віртуальною машиною тощо. Більшість з них створені для того, щоб віртуальні машини працювали швидше, коли все обладнання працює на більш високому шарі. Якщо ви прочитаєте архівку архітектури інших керівників ринку, ви знайдете ті самі речі, і це зовсім не означає, що вони не є типом 1.

— Рікардо Поло

@RicardoPolo: емуляції віртуальних пристроїв (не тільки синтетичних / VMBus) емулюються здебільшого в кореневому розділі. Гіпервізор імітує дуже небагато з них (наприклад, процесор, локальний APIC). Про те, що це робить, див. У функціональній специфікації Hypervisor . Розділ 9.1.1, зокрема, пояснює, як доступ до емульованих пристроїв перехоплюється батьківським / кореневим розділом та емулюється там, а не в HV. VMBus та синтетичні пристрої за межами HV роблять все швидше, але застарілі / немодифіковані VM не користуються перевагою і все ще імітуються в корені.

— Олексій Фрунзе