Debian 7 "Wheezy" та QEMU-KVM

Привіт, друзі!. Debian 7?. Простий і простий вихід із серії, як ми говоримо на Кубі. Міжнародна космічна місія змінила Windows XP на Squeeze ... тому що Wheezy ще не був стабільним! 🙂

Я не можу писати про QEMU-KVM, не згадуючи Wheezy. Ніколи раніше я не мав дуже приємного досвіду встановлення Debian на настільну версію способом «встановити та використовувати». Ось наскільки легко Візі. Рекомендую всім.

І коли я кажу ВСЕ, це тому, що я щойно створив віртуальну машину лише з 256 мегабайтами оперативної пам’яті, з Візі та його робочим столом. Якщо я вибрав у графічному логіні, «GNOME Classic» працює дуже добре. Звичайно, такий обсяг пам'яті не завантажує оболонку GNOME 3.4 + 7.

Я не хочу включати зображення про встановлення Wheezy, оскільки вважаю за краще відкрити це для себе. Завантажте інсталяційний компакт-диск або DVD, встановіть Debian 7 і використовуйте його. Але нічого. Вони мені скажуть.

Ті, хто має хороший обсяг пам'яті (1 гігабайт або більше) або автоматично завантажується оболонка GNOME 3.4 + 7, виявлять частину його переваг, якщо направлять вказівник миші у верхній лівий кут. Перегляньте цей чудовий робочий стіл Debian, коли Debians охрестили свій робочий стіл у Wheezy.

Вітаємо ту величезну групу, яка, на щастя багатьох, Debian!

Тим, хто пропускає деякі деталі GNOME 2.xxx (як я), рекомендуємо встановити наступні пакети як мінімум:

• наутілус-емблеми
• перетворювачі зображень nautilus
• nautilus-образ-маніпулятори
• nautilus-open-terminal

Для тих, хто має процесор із розширеннями для віртуалізації - загалом сучасний двоядерний перехідник - по суті спрямований на решту постів.

Введення

KVM o Kна основі ядра Virtual Machine, працює лише в тому випадку, якщо процесор має розширення апаратної віртуалізації, як Intel ©, так і AMD-V ©. Ми можемо визначити це, якщо виконати таку команду в консолі:

# egrep -c "(svm | vmx)" / proc / cpuinfo

Якщо команда повертає 0, це означає, що процесор не підтримує апаратну віртуалізацію. Значення 1 або вище вказуватиме, скільки процесорів має цю характеристику. Ми повинні ввімкнути (або перевірити, чи ввімкнено) цю функцію в BIOS нашого комп’ютера, навіть якщо повернуте значення 1 або більше.

Я взагалі не люблю робити порівняння. Кожне програмне забезпечення має свій шарм. Я просто попрощаюся з Ctrl + Alt, щоб звільнити вказівник миші; до побачення необхідності пакетів-bistve, binutils, linux-headers-'uname -r '; до побачення патчі для запуску старої версії на новому ядрі; до побачення - інколи нудна - установка зі сценарію perl або іншої мови; прощання з веб-інтерфейсом для адміністрування та / або створення віртуальних машин (що багато разів змушувало нас страждати або просто не працювало); і до всіх тих конкретних питань, які ми, хто раніше працював з іншим програмним забезпеченням для віртуальних машин, знаємо.

QEMU-KVM - це комплексне рішення для віртуальних машин. Пакети знаходяться у сховищі на головній гілці. Це найкраще, як сказав мені мій колега та друг Ель Фрік, коли він рекомендував його.

І тут я приношу вам, як завжди, пункт входу у захоплюючий світ створення та управління серверами або віртуальними машинами за допомогою QEMU-KVM на Wheezy (також на Squeeze).

Визначення взяті з Вікіпедії:

QEMU - емулятор процесора, заснований на динамічному перекладі двійкових файлів (перетворення двійкового коду вихідної архітектури в зрозумілий код хост-архітектурою). QEMU також має можливості Віртуалізація в операційній системі GNU / Linux, Windows, або будь-яка з підтримуваних операційних систем (насправді це найпоширеніший спосіб використання). Ця віртуальна машина може працювати на будь-якому типі Мікропроцесор або архітектура (x86, x86-64, PowerPC, MIPS, SPARCтощо). Він частково має ліцензію на LGPL і GPL de GNU.

Віртуальна машина на основі ядра o KVM, (в español, Віртуальна машина на основі ядра) - це рішення для реалізації повна віртуалізація з Linux. Він складається з модуля ядра (з назвою kvm.ko) та інструментів у просторі користувача, які є повністю вільне програмне забезпечення. Компонент KVM для ядра включений до Linux з версії 2.6.20.

Лібвірт: Бібліотека, написана на мові C (набір інструментів C) для взаємодії з останніми можливостями віртуалізації сучасних версій Linux (та інших операційних систем).

Приступаємо до справи!.

Встановіть необхідні пакети на робочій станції:

# apt-get install qemu-kvm libvirt-bin bridge-utils virt-manager hal

Ми уточнюємо, що це на робочій станції, тому що пакет вірт-менеджер Саме графічний інтерфейс або графічний інтерфейс для адміністрування наших віртуальних машин на нашому робочому столі та решти серверів у нашій локальній мережі ми присвятили підтримці віртуальних машин. Крім того, процес створення та управління віртуальними машинами або серверами може виконуватися в консольному режимі лише без необхідності графічного інтерфейсу. Зверніться до людина сторінок встановлених пакетів, які мають дуже описовий характер. Набагато більше, ніж ця стаття. Шкода, що вони англійською.

Користувач корінь і членів групи лібвірт вони єдині, хто має дозволи на використання віртуальних машин KVM. Тому ми повинні зробити нашого користувача членом групи лібвірт:

# adduser myuser libvirt

Ми повинні закрити сеанс і знову ввійти, щоб набрала чинності попередня команда.

Примітка щодо Ubuntu: Я не міг перевірити qemu-kvm з Ubuntu 12.04. Я ДУМАЮ, що єдина важлива відмінність полягає в цій команді, в якій ми повинні вказати групу libvirtd. Решта ПОВИННІ бути дійсними.

Після вищесказаного мало що можна пояснити, тому що ми можемо запустити "Менеджер віртуальних машин" або вірт-менеджер, яку ми знайдемо в групі заявок "Системні інструменти", Або ми можемо викликати це, якщо натиснути Alt + F2 і ввести в діалоговому вікні вірт-менеджер.

Для створення віртуальної машини ми натискаємо на кнопку "Створіть нову віртуальну машину”І ми дотримуємось дій майстра, який дуже інтуїтивно зрозумілий. Оглянувши апаратне забезпечення створеної віртуальної машини, ми натискаємо на кнопку "Почніть установку”І ми почали встановлювати обладнання звичайним способом, ніби це був фізичний сервер.

Супровідна документація:

• / usr / share / doc / qemu
• / usr / share / doc / qemu-kvm
• / usr / share / doc / qemu-system
• / usr / share / doc / virt-manager
• / usr / share / doc / libvirt-bin
• Сторінки керівництва або "людина": Qemu-img, virsh, virt-clone, virt-convert, virt-host-validate, virt-image, virt-install, virt-manager, virt-viewer, virt-xml-validate.

Веб-сайти:

• http://en.wikibooks.org/wiki/QEMU
• http://virt-manager.org

Tips

Віртуальні мережі: За замовчуванням Virt-Manager пропонує підмережу 192.168.122.0/24 для віртуальної мережі типу NAT та із внутрішнім сервером DHCP. Якщо випадково ми видалимо віртуальну мережу "за замовчуванням", яку НЕ рекомендуємо, і намагаємося створити нову, але не можемо через проблеми з дозволами, ми переходимо до папки / etc / libvirt / qemu / network, і якщо ми НЕ знайдемо файл default.xml, ми створюємо його знову із таким вмістом:

за замовчуванням 

Як ми бачимо, якщо ми вручну редагуємо цей файл, ми можемо оголосити іншу підмережу та виключити DHCP. Завжди буде краще створити нову віртуальну мережу через інтерфейс Virt-Manager, активувати поле Автозапуск і вибрати його, коли ми створюємо віртуальну машину. Щоб віртуальна мережа не запускалася автоматично за замовчуванням, ми не вибираємо поле Автозапуск.

Зберігання: за замовчуванням він знаходиться в / var / lib / libvirt / images. Найкращий варіант - створити нове сховище за допомогою графічного інтерфейсу та помістити його в каталог або місце, яке нам найбільше підходить. Файли конфігурації знаходяться за адресою/ etc / libvirt / storage /.

Створюйте жорсткі диски у форматі qcow2 (копія qemu при записі) перед створенням віртуальної машини - хороший варіант. Подивитися людина qemu-img.

Резервні файли конфігурації: Завжди робіть резервну копію файлів конфігурації ПЕРЕД зміною їх вручну.

Резюме

Як ми вже говорили на початку нашої статті, наведений посібник - це лише невеликий вступ до теми. Неможливо замінити у дописі велику документацію цього потужного інструменту. Насолоджуйтесь !.

До наступної пригоди, друзі!