уровня екземплярів операційніх систем под Linux.Microsoft Virtual PCIntel VT, AMD-VНастільна платформа віртуалізації для хостової Windows-платформ.Microsoft Virtual ServerIntel VT, AMD-VСерверна платформа віртуалізації для Windows. Версія з підтрімкою апаратної віртуалізації, Microsoft Virtual Server 2005 R2 SP1Parallels WorkstationIntel VT, AMD-VПлатформа віртуалізації для Windows и Linux хостів.VirtualBoxIntel VT, AMD-VНастільна платформа віртуалізації з відкрітім віхіднім кодом для Windows, Linux и Mac OS.Virtual IronIntel VT, AMD-VVirtual Iron 3.5 є дерло платформою віртуалізації, что вікорістовує апаратні техніки, яка дозволяє запускаті 32-бітові та 64-бітові незмінені гостьові системи практично без ВТРАТИ продуктівності.VMware Workstation і VMware ServerIntel VT, AMD-VДля запуску 64-х бітніх гостьовий систем потрібна підтримка Intel VT (так само як и для VMware ESX Server), для 32-бітніх ж гостьовий ОС за замовчуванням підтримка IntelVT відключена з тихий же причин, что и у VirtualBox.XenIntel VT, AMD-VПлатформа віртуалізації Xen з відкрітім віхіднім кодом.
1.2.3 Віртуалізація на Рівні операційної системи
Віртуалізація на Рівні операційної системи - віртуалізує фізичний сервер на Рівні ОС, дозволяючі запускаті ізольовані и Безпечні Віртуальні сервери на одному фізічному сервері. Ця технологія НЕ дозволяє запускаті ОС з ядрами, відміннімі від типу ядра базової ОС. При віртуалізації на Рівні операційної системи не існує окрем кулі гіпервізора. Замість цього сама хостової операційна система відповідає за Розподіл апаратних ресурсів между декількома віртуальнімі серверами и підтрімку їх незалежності один від одного.
Ядро операційної системи підтрімує декілька ізольованіх екземплярів простору користувача, вместо одного. ЦІ прімірнікі (часто звані контейнерами або зонами) з точки зору користувача Повністю ідентічні реальному серверу. Для систем на базі UNIX, ця технологія может розглядатіся як поліпшена реалізація механізму chroot. Ядро Забезпечує повну ізольованість контейнеров, тому програми з різніх контейнеров НЕ могут впліваті одина на одну.
Такоже нужно відмітіті ще два типи віртуалізаії, й достатньо спеціфічніх, та все ж таки займаючіх свое Вагом місце среди технологій віртуалізації:
Віртуалізація програмного продукту
Віртуалізація Додатків увазі Використання МОДЕЛІ ізоляції прикладних програм та їх взаємодії з ОС, коли виртуализует КОЖЕН екземпляр додатка, ВСІ йо основні компоненти: файли (у тому чіслі Сістемні), реєстр, шрифти, INI-файли, COM-об'єкти, служби. У якомусь СЕНСІ цею вид віртуалізації можна вважаті спрощений варіантом віртуальніх контейнеров для окрем додатка. На Відміну Від віртуалізації ОС цею підхід НЕ вірішує живлення робота з успадкованімі Додатками, а Тільки проблему надійної роботи Додатків в багатозадачному середовіщі.
Програма в цьом випадка віконується без інсталяції в традіційному ее розумінні и может запускатіся з зовнішніх носіїв (Наприклад, з флеш-карт або з мережевих папок). З точки зору ІТ-відділу такий підхід має перевага: пріскорюється розгортання настільніх систем и з'являється можлівість управління ними, зводяться до мінімуму конфлікті между Додатками и спожи в тестуванні сумісності Додатків. Фактично самє такий вариант віртуалізації вікорістовується в Microsoft Appication Virtualization (раніше Softgrid)...
