В Ubuntu рекомендується використовувати гипервизор (менеджер віртуальних машин) KVM і бібліотеку libvirt в якості інструментарію управління ним. Libvirt включає в себе набір програмного API і призначених для користувача даних менеджера віртуальними машинами (ВМ) virt-manager (графічний інтерфейс, GUI) або virsh (командний рядок, CLI). В якості альтернативних менеджерів можна використовувати convirt (GUI) або convirt2 (WEB інтерфейс).
В даний час в Ubuntu офицально підтримується тільки гипервизор KVM. Цей гипервизор є частиною коду ядра операційної системи Linux. На відміну від Xen, KVM не підтримує паравіртуалізацію, тобто, для того, щоб його використовувати, ваш CPU повинен підтримуватиме технології VT. Ви можете перевірити, чи підтримує ваш процесор цю технологію, виконавши команду в терміналі:
Якщо в результаті отримали повідомлення:
значить KVM буде працювати без проблем.
Якщо ж на виході отримали повідомлення:
то ви все одно зможете використовувати віртуальну машину, але працювати вона буде набагато повільніше.
Для хост-машини рекомендується використовувати 64-бітну ОС. Це дозволить:
Встановлювати в якості гостьових 64-бітові системи
Виділяти гостьовим системам більш 2 Гбайт ОЗУ
В Ubuntu 10.04 і пізніше KVM рекомендується ставити так:
Це установка на сервер без X-ів, т. Е. Не включає в себе графічний інтерфейс. Встановити його можна командою
Після цього в меню з'явиться пункт «Менеджер віртуальних машин» і, з великою часткою ймовірності, все запрацює. Якщо якісь проблеми все ж виникнуть, то потрібно буде почитати інструкцію в англомовній вікі.
Процедура створення гостьової системи за допомогою графічного інтерфейсу досить проста.
А ось текстовий режим можна і описати.
При створенні системи за допомогою графічного інтерфейсу в якості жорсткого диска пропонується або вибрати вже існуючий файл-образ або блочне устройсва, або створити новий файл з сирими (RAW) даними. Однак, це далеко не єдиний доступний формат файлів. З усіх перерахованих в man qemu-img типів дисків найбільш гнучким і сучасним є qcow2. Він підтримує снапшоти, шифрування і стиснення. Його необхідно створювати до того, як створити нову гостьову систему.
Згідно з тим же man qemu-img. попереднє розміщення метаданих (-o preallocation = metadata) робить диск спочатку трохи більше, але забезпечує кращу продуктивність в ті моменти, коли образу потрібно рости. Насправді, в даному випадку ця опція дозволяє уникнути неприємного бага. Створюваний образ спочатку займає менше мегабайта місця і в міру необхідності росте до зазначеного розміру. Гостьова система відразу повинна бачити цей остаточний вказаний розмір, тим не менш, на етапі установки вона може побачити реальний розмір файлу. Природно, встановлюватися на жорсткий диск розміром 200 кбайт вона відмовиться. Баг не специфічний для Ubuntu, проявляється ще в RHEL, як мінімум.
Крім типу образу згодом можна буде вибрати спосіб його підключення - IDE, SCSI або Virtio Disk. Від цього вибору буде залежати продуктивність дискової підсистеми. Однозначно правильної відповіді немає, вибирати потрібно виходячи з завдання, яка буде покладена на гостьову систему. Якщо гостьова система створюється «на подивитися», то зійде будь-який спосіб. Взагалі, зазвичай саме I / O є вузьким місцем віртуальної машини, тому при створенні високонавантаженої системи до цього питання потрібно поставитися максимально відповідально.