Різниця між віртуальною машиною та гіпервізором

Якщо ви в Google терміном "гіпервізор" ви отримуєте нескінченні визначення, що стан гіпервізора також відомий як монітор віртуальної машини або менеджер віртуальної машини , і що це форма віртуалізації апаратних засобів. Але, будучи абсолютно новими для віртуальних машин та їх концепцій, це нечітке визначення для мене.

Отже, яка різниця - та / або взаємозв'язок між віртуальною машиною та її гіпервізором? Хтось може навести конкретний приклад?

Гіпервізор - це пристрій або програмне забезпечення, яке управляє віртуальною машиною. Зазвичай він відповідає за розподіл ресурсів, надання інтерфейсу між віртуальною машиною ("гостем") та хост-системою, а також будь-яким програмним забезпеченням для управління.

Отже, якщо ви використовуєте VMware Workstation для запуску віртуальної машини Windows 7, VMware Workstation є гіпервізором.

Перевірте це посилання. http://blogs.msdn.com/b/virtual_pc_guy/archive/2006/07/10/661958.aspx

Відповідь - із блогу віртуалізації Бен Армстронга

ось насправді два значення для "VMM". Перший - "менеджер віртуальної пам'яті" - це частина операційної системи Windows і не має нічого спільного з віртуалізацією комп'ютера - і все, що стосується управління пам'яттю операційної системи. Це не те, про що я сьогодні обговорюю :-)

Друге значення - «Монітор віртуальної машини». Існує ряд різних програм та реалізацій, які використовують монітор «Монітор віртуальної машини». Найпростіше кажучи - VMM - це програмне забезпечення, відповідальне за моніторинг та виконання політики щодо віртуальних машин, за які він несе відповідальність. Це означає, що VMM відслідковує все, що відбувається всередині віртуальної машини, і при необхідності надає ресурси, перенаправляє віртуальну машину до ресурсів або забороняє доступ до ресурсів (різні реалізації VMM надають або переспрямовують ресурси на різний рівень - але це тема обговорення для іншого дня).

Класично існує два типи ВММ.

VMM типу II - це той, який працює над операційною системою хостингу, а потім породжує віртуальні машини вищого рівня. Приклади типів VMM типу II включають середовище JavaVM та .Net. Ці VMM контролюють свої віртуальні машини та перенаправляють запити на ресурси до відповідних API в середовищі хостингу (з деяким рівнем обробки між ними).

VMM типу I - це той, який працює безпосередньо на апаратному забезпеченні без необхідності розміщення операційної системи хостингу. VMM типу I також відомі як "гіпервізори", тому єдиною справжньою різницею між ВММ та гіпервізором є те, де він працює. Функціонал, який надається обом, є справедливим. Приклади VMM типу I включають рішення для віртуалізації мейнфреймів, пропоновані такими компаніями, як Amdahl та IBM, а на сучасних комп’ютерах такі рішення, як VMware ESX, Xen та Windows віртуалізація.

Це розширення існуючої термінології операційної системи - тієї, що є однією з декількох альтернатив метафорі насіння / горіх . користувацькі програми контролюються програмою супервізора , а в невіртуальній системі на цьому зупиняються речі. За допомогою віртуалізації супервізор , в свою чергу, контролюється (або контролюється, або керується) програмою гіпервізора .

Усі ці програми є програмним забезпеченням. Віртуальна машина є вдавання машини , що програми супервізора і досвід користувачів , що працюють на себе. Це схоже на обладнання зсередини.

Дон Скіба про історію Гіпервізора :

Я був з IBM в 1966 році, коли ми намагалися встановити нову систему 360s. Як ви можете собі уявити, перетворення всього цього "старого коду" зі старих моделей 1401, 1440, 1410, 7080, 7090 було найбільшим безладом, яке ви коли-небудь захочете побачити. На 360 моделі 65 був емулятор для декількох старих машин. Насправді всі 360 моделей, крім моделі 75, були емуляторами набору інструкцій 360. Популярним для моделі 65 був емулятор для IBM 7080. Однак, вам довелося присвятити апарат або 360 або 7080 режиму. Це не радувало наших клієнтів.

Виявилося, що на моделі 65 існували деякі спеціальні регістри, які були неактивними, але активними щодо моделі 67, які використовувались для обміну часом і, врешті-решт, віртуальну операційну систему CMS. Я переконав інженера на моделі 65, що ми могли використовувати ці регістри для обміну між програмами, що працюють у нижній половині пам'яті, на програми, що працюють у верхній половині, і будь-яка половина може працювати в режимі 360 або 7080. Нам просто знадобився "маленький" код, щоб зробити заміну, налаштування режиму та розподіл ресурсів (вводу-виводу). Я переконав системного інженера у Філадельфії, який мав замовника, який відчайдушно потребував цієї функції, написати код. У той час ми підкидали безліч імен для коду. Я припустив, що "гіпервізор" може бути доречним, оскільки до 360 року не було "операційних систем", а попередні системи мали "контролерів". Отже, "гіпервізор" видався відповідним, а назва застрягла.