Qemu-Kvm + Virt-Manager на Debian - Комп’ютерні мережі для МСП

Загальний покажчик серії: Комп’ютерні мережі для МСП: Вступ

У травні 2013 року ми опублікували в цьому блозі, дві статті присвячений установці Кему-Квм у Debian 7 «Віз«. Вони діють досі. Оскільки ландшафт встановлення та конфігурації в Debian 8 "Jessie" дещо змінився, ми хочемо оновити процедуру.

Це було б не інакше, як перед тим, як зануритись у читання цього Як це зробити, вони відвідають попередню статтю Віртуалізація в Debian: Вступ - Комп’ютерні мережі для малого та середнього бізнесу, щоб мати невелику довідку з цього питання.

Сайти, які ми пропонуємо відвідати

• Віртуальна машина на основі ядра
• Гіпервізор
• Індекс документації Red Hat
• Посібник із початку роботи з віртуалізації
• Посібник із розгортання та адміністрування віртуалізації
• Посібник з налаштування та оптимізації віртуалізації
• Посібник із безпеки віртуалізації
• Перетворення віртуальних машин з інших гіпервізорів у KVM за допомогою virt-v2v
• Проект Libvirt
• Організація Virt-Manager
• Організація KVM Linux
• Організація Qemu

Спостереження

• Ми копіюємо висновок команд, оскільки вони набагато дидактичніші, ніж будь-яка інша композиція, написана нами. Пропонуємо уважно прочитати повідомлення різних мандатів, оскільки це один з найкращих способів вчитися, не переходячи до Інтернету. Принаймні така наша думка.

Установка

Ми починаємо з базової інсталяції Debian "Джессі", як ми бачили в Встановлення робочої станції - Комп’ютерні мережі для МСП. Потім ми встановлюємо робочий стіл або робочий стіл, як ми бачили в 6 робочих столів Debian - комп’ютерні мережі для малого та середнього бізнесу.

Для цієї статті ми вибрали Коричневий робочий стіл. Ми вибрали його, тому що багато читачів люблять це середовище для робочого столу. 😉

Загальними даними нашої робочої станції є:

Доменне ім'я: desdelinux.fan
Назва команди: сисадмін
FQDN: системний адміністратор.desdelinux.fan
IP-адреса: 192.168.10.3
Підмережа: 192.168.10.0/24
Звичайний користувач: дзижчання
Повне ім’я користувача: Перша ОС Debian Buzz

Ми перевіряємо підтримку віртуалізації

У консолі ми виконуємо:

buzz @ sysadmin: ~ $ egrep -c "(svm | vmx)" / proc / cpuinfo
2

У нашому випадку команда повертає нам, що у нас є 2 процесори з належною підтримкою.

Пакети, які ми встановимо

Перш за все, ми з’ясовуємо, що збираємося встановити, використовуючи такі команди:

buzz @ sysadmin: ~ $ aptitude search kvm
p ikvm - віртуальна машина Java для CLI          
v kvm                             - p libicsharpcode-nrefactory-ikvm5 - Бібліотека синтаксичного аналізу та рефакторингу C # - IKVM p libikvm-native - рідна бібліотека для IKVM.NET p nova-compute-kvm - OpenStack Compute - обчислювальний вузол (KVM)    
p qemu-kvm - QEMU Повна віртуалізація на апаратному забезпеченні x86

buzz @ sysadmin: ~ $ aptitude show nova-compute-kvm
Пакет: nova-compute-kvm Нове: так Статус: не встановлено Версія: 2014.1.3-11 Пріоритет: додатковий Розділ: net Розробник: PKG OpenStack Архітектура: все Нестиснутий розмір: 50.2 тис. Залежить від: adduser, dpkg-dev, qemu-kvm | kvm, libvirt-daemon-system, nova-common, nova-compute, python-libvirt Залежно від: dpkg (> = 1.15.6 ~) Рекомендує: guestmount Має конфлікти з: nova-baremetal, nova-compute-lxc, nova- compute-qemu, nova-compute-uml, nova-compute-xen Надає: nova-compute-hypervisor Опис: OpenStack Compute - обчислювальний вузол (KVM) OpenStack - це надійна інфраструктура хмар. Його місія - створити всюдисущу платформу хмарних обчислень, яка задовольнятиме потреби державних та приватних хмарних провайдерів незалежно від розміру, будучи простою у впровадженні та масштабованою. OpenStack Compute під кодовою назвою Nova - це контролер тканинних хмарних обчислень, розроблений для модульної роботи та простоти розширення та адаптації. На додаток до "рідного" API OpenStack, він також підтримує Amazon EC2 API і підтримує безліч різних серверних баз даних (включаючи SQLite, MySQL та PostgreSQL), гіпервізори (KVM, Xen) та системи каталогів користувачів (LDAP, SQL ). Це пакет залежностей для обчислювальних вузлів, що використовують KVM. Головна сторінка: http://www.openstack.org/software/openstack-compute/

• Ми не збираємося встановлювати пакет OpenStack, оскільки нам не потрібна ціла інфраструктура віртуалізації для Хмари - хмара. ℘

buzz @ sysadmin: ~ $ aptitude show qemu-kvm
Пакет: qemu-kvm Нове: так Статус: не встановлено Multi-Arch: іноземна Версія: 1: 2.1 + dfsg-12 + deb8u1 Пріоритет: необов’язковий Розділ: різне Розробник: Debian QEMU Team Архітектура: amd64 Нестиснутий розмір: 60.4 k Залежить від: qemu-system-x86 (> = 1.7.0 + dfsg-2 ~) Має конфлікти з: kvm Break: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Замінює: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Забезпечує: kvm Опис: QEMU Повна віртуалізація на апаратному забезпеченні x86 QEMU - це швидкий емулятор процесора. Цей пакет надає лише сценарій обгортки / usr / bin / kvm, який запускає qemu-system-x86 у режимі kvm для зворотної сумісності. Зверніть увагу, що старі файли конфігурації qemu-kvm (у / etc / kvm /) більше не використовуються.

Головна сторінка: http://www.qemu.org/

Встановлюємо платформу віртуалізації Qemu-Kvm

buzz @ sysadmin: ~ $ sudo aptitude install qemu-kvm libvirt-bin bridge-utils
Будуть встановлені наступні НОВІ пакети:     
  augeas-lenses {a} bridge-utils dmeventd {a} ebtables {a} ethtool {a} hdparm {a} ipxe-qemu {a} libaio1 {a} libapparmor1 {a} libaugeas0 {a} libboost-thread1.55.0 {a } libdevmapper-event1.02.1 {a} libfdt1 {a} libiscsi2 {a} liblvm2cmd2.02 {a} libnetcf1 {a} libnuma1 {a} librados2 {a} librbd1 {a} libreadline5 {a} libseccomp2 {a} libspice-server {a} libvdeplug1 {a} libvirt-bin libvirt-клієнти {a} libvirt-daemon {a} libvirt-daemon-system {a} libvirt2 {a} libx0-86 {a} libxen-1 {a} libxenstore4.4 { a} libxml3.0-utils {a} lvm2 {a} netcat-openbsd {a} pm-utils {a} powermgmt-base {a} qemu-kvm qemu-system-common {a} qemu-system-x2 {a} qemu -utils {a} seabios {a} vbetool {a} 86 оновлених пакетів, встановлених 0 нових, 42 для видалення та 0 не оновлених. Мені потрібно завантажити 0 КБ / 8,422 МБ файлів. Після розпакування буде використано 14.8 МБ. Ви хочете продовжити? [Т / п /?] І

Важливий

• Оскільки ми встановлюємо на робочому столі, нам знадобиться інтерфейс для управління KVM. Якщо ми встановлювали на одному або декількох серверах, як установка на робочому столі, так і установка Ясла віртуальної машини, що ми встановимо пізніше. Cна одному екземплярі цього графічного інтерфейсу, ми можемо керувати всіма серверами, на яких ми встановили пакети qemu-kvm, libvirt-bin y міст-утилів.

• Головний демон - демон віртуалізації є libvirtd. Щоб дізнатися його статус, ми виконуємо:

buzz @ sysadmin: ~ $ sudo systemctl статус libvirtd
buzz @ sysadmin: ~ $ sudo service libvirtd status

• Якщо на виході будь-якої з попередніх команд ми читаємо рядки червоним кольором, здорово перезапустити службу libvirtd і перевірте ще раз, або перезавантажте комп'ютер і перевірте. Він сценарійlibvirtd.service хто їздить systemd, знайдено в /lib/systemd/system/libvirtd.service. Зверніть увагу, що ми також можемо викликати цього демона по-старому, тобто:

buzz @ sysadmin: ~ $ служба sudo libvirtd
Використання: /etc/init.d/libvirtd {запуск | зупинка | перезапуск | перезавантаження | примусове перезавантаження | статус | примусове зупинення}

buzz @ sysadmin: ~ $ sudo service libvirtd перезапустити buzz @ sysadmin: ~ $ sudo service libvirtd status
● libvirtd.service - демон віртуалізації
   Завантажено: завантажено (/lib/systemd/system/libvirtd.service; увімкнено)
   Активний: активний (працює) з нд 2016-11-27 11:23:53 EST; 8 хвилин тому Документи: man: libvirtd (8) http://libvirt.org Основний PID: 1112 (libvirtd) CGroup: /system.slice/libvirtd.service └─1112 / usr / sbin / libvirtd

• El сценарій знаходиться в /etc/init.d/qemu-system-x86, відповідає за введення необхідних модулів для коректної роботи Qemu-Kvm. Після того, як він успішно виконає свою роботу, це буде зроблено. Якщо ми перевіримо його статус, він поверне значення 0 або успішне.

buzz @ sysadmin: ~ $ sudo systemctl status qemu-system-x86 ● qemu-system-x86.service - LSB: Сценарій завантаження модуля QEMU KVM Завантажено: завантажено (/etc/init.d/qemu-system-x86)
   Активний: активний (вийшов) з нд 2016-11-27 11:18:17 EST; 18 хв тому Процес: 172 ExecStart = / etc / init.d / qemu-system-x86 start (код = вийшов, статус = 0 / УСПІХ)

• Якщо нам цікаво і ми хочемо знати, які це модулі та їх розташування, ми виконуємо:

buzz @ sysadmin: ~ $ sudo updatedb

buzz @ sysadmin: ~ $ знайти kvm | grep ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm-amd.ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm-intel.ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm.ko

buzz @ sysadmin: ~ $ ls -l /lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/
всього 1016 -rw-r - r-- 1 корінь кореня 97120 17 2015 липня XNUMX р kvm-amd.ko
-rw-r - r-- 1 корінь кореня 223680 17 липня 2015 р kvm-intel.ko
-rw-r - r-- 1 корінь кореня 715920 17 липня 2015 р квм.ко

Ми встановлюємо Virtual Machine Manager

buzz @ sysadmin: ~ $ sudo aptitude встановити virt-manager
[sudo] пароль для сповіщення: Будуть встановлені такі НОВІ пакети: gir1.2-gtk-vnc-2.0 {a} gir1.2-libvirt-glib-1.0 {a} gir1.2-spice-client-glib-2.0 { a} gir1.2-spice-client-gtk-3.0 {a} libvirt-glib-1.0-0 {a} python-ipaddr {a} python-libvirt {a} python-urlgrabber {a} virt-manager virt-viewer {a} virtinst {a} Оновлено 0 пакетів, встановлено 11 нових, 0 для видалення та 0 не оновлено. Мені потрібно завантажити 2,041 КБ файлів. Після розпакування буде використано 12.5 МБ. Ви хочете продовжити? [Т / п /?] І

• Після встановлення пакету ми радимо:

buzz @ sysadmin: ~ $ cat /usr/share/doc/virt-manager/README.Debian 
Контроль доступу ============== Доступ до сокета libvirt контролюється членством у групі "libvirt". Якщо ви хочете керувати віртуальними машинами як некореневі, вам потрібно додати свого користувача до цієї групи або вам доведеться використовувати сеанс uris, такий як qemu: /// session. Див. Також /usr/share/doc/libvirt-bin/README.Debian. - Гвідо Гюнтер Чт, 04 червня 2010 11:46:03 +0100

• Вищезазначене вказує на те, що ми повинні змусити користувача повідомити члена група libvirt для доступу до нещодавно встановленого інтерфейсу:

buzz @ sysadmin: ~ $ sudo adduser buzz libvirt
Додавання користувацького `buzz 'до групи` libvirt' ... Додавання користувацького buzz до групи libvirt Готово.

• Тепер ми закриваємо сесію і починаємо її знову. Після входу на наш робочий стіл Кориця ми переходимо до Меню -> Адміністрація -> Менеджер віртуальних машин, і ми отримуємо доступ до інтерфейсу адміністрування нашого KVM.

Віртуальні мережі в диспетчері віртуальних машин

Незважаючи на той факт, що Менеджер віртуальних машин простий у використанні, і щоденною практикою ми можемо отримати ступінь магістра з його використання, ми пропонуємо Чайові про те, як змінити віртуальну мережу, яку Qemu-Kvm встановлює за замовчуванням.

Ми орієнтуємось у вашому Меню -> Редагувати -> Деталі з'єднання, і ми переходимо на вкладку «Віртуальні мережі«. Якщо ми клацнемо на посилання Конфігурація IPv4, червоний, а також повідомляє нам, що для нього активовано сервер DHCP. Цей сервер працює завдяки пакету dnsmasq-база, який встановлено.

Для отримання додаткової інформації див. Файл: /usr/share/doc/libvirt-bin/README.Debian.

Якщо ми хочемо змінити конфігурацію мережі «дефолт«, Ми будемо діяти наступним чином:

buzz @ sysadmin: ~ $ sudo cp /etc/libvirt/qemu/networks/default.xml /etc/libvirt/qemu/networks/default.xml.original
buzz @ sysadmin: ~ $ cat /etc/libvirt/qemu/networks/default.xml.original
за замовчуванням 

buzz @ sysadmin: ~ $ sudo nano /etc/libvirt/qemu/networks/default.xml
за замовчуванням 

buzz @ sysadmin: ~ $ sudo systemctl перезапустити libvirtd
buzz @ sysadmin: ~ $ sudo systemctl статус libvirtd

Якби ми не закрили Virtual Machine Manager до перезапуску демон libvirtd, ми отримаємо таке повідомлення про помилку, що нормально для цього:

Ми просто повинні закрити Вірт-менеджер і відкрийте його знову. Повертаємось до частини конфігурації віртуальних мереж і перевіряємо, чи є мережа дефолт, ви вже маєте змінені параметри.

Ми пропонуємо увімкнути автоматичний запуск Мережі дефолт, встановивши прапорець «Автонізувати".

Зберігання у Virt-Manager

Ще одним аспектом, який ми хочемо торкнутися, є зберігання - зберігання у Virt-Manager. За замовчуванням знаходиться системна папка для збереження всіх зображень віртуальних машин / var / lib / libvirt / images. Припустимо, у нас є жорсткий диск, повністю присвячений цій функції, і ми його встановили / home / vms. Щоб додати його до Вірт-менеджер, ми переходимо через його Меню -> Редагувати -> Деталі з'єднання -> Зберігання. У нижньому лівому куті натискаємо на кнопку «+«. Потім відображається майстер для «Створіть відро для зберігання":

Давайте розглянемо різні типи сховищ, з яких ми можемо вибрати. Детальну документацію ми знайдемо в Посібник із розгортання та адміністрування віртуалізації, від Red Hat. Виберемо перший «dir: Каталог файлової системи".

В кінці майстра новий резервуар для зберігання активний і автоматично запускається.

Перша віртуальна машина

Ми повинні переглядати та читати різні варіанти, які пропонує нам Virt-Manager. Давайте зауважимо на передостанньому зображенні тих, що були показані пізніше, що коли ми дійдемо до видання новоствореної віртуальної машини та раніше Почніть встановлення, в опції «процесор«, Позначаємо коробку "Конфігурація" Скопіюйте конфігурацію центрального процесора з головного комп'ютера. Можливо, це не потрібно робити, але ми дотримуємося рекомендацій Debian та нашої практики серверів HP.

Для отримання додаткової інформації див. Файл: /usr/share/doc/libvirt-bin/README.Debian.

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

Ми сподіваємось, ця стаття буде для вас корисною.

Наступна доставка?

«Вірш на Debian«

Пам'ятайте, що це буде серія статей Комп’ютерні мережі для МСП. Ми будемо чекати на вас!