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

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

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

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

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

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

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

Установка

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

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

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

Доменне ім'я: fromlinux.fan
Назва команди: сисадмін
FQDN: sysadmin.fromlinux.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 statuslibvirtd.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 р kvm.ko

Ми встановлюємо 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: Каталог файлової системи". зберігання2 зберігання3

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

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

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

Для отримання додаткової інформації див. Файл: /usr/share/doc/libvirt-bin/README.Debian. crea-vm01 crea-vm02 crea-vm03 crea-vm04 crea-vm05 crea-vm06 crea-vm07 crea-vm08 crea-vm09

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

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

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

«Вірш на Debian«

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


Зміст статті відповідає нашим принципам редакційна етика. Щоб повідомити про помилку, натисніть тут.

12 коментарі, залиште свій

Залиште свій коментар

Ваша електронна адреса не буде опублікований. Обов'язкові для заповнення поля позначені *

*

*

  1. Відповідальний за дані: Мігель Анхель Гатон
  2. Призначення даних: Контроль спаму, управління коментарями.
  3. Легітимація: Ваша згода
  4. Передача даних: Дані не передаватимуться третім особам, за винятком юридичних зобов’язань.
  5. Зберігання даних: База даних, розміщена в мережі Occentus Networks (ЄС)
  6. Права: Ви можете будь-коли обмежити, відновити та видалити свою інформацію.

  1.   зодіак - сказав він

    Дидактична стаття, яка допоможе мені в реалізації моєї пари серверів з Qemu-KVM. Велике спасибі Federico, і ми будемо продовжувати чекати ваших повідомлень.

  2.   Альберто - сказав він

    Дуже хороша стаття для будь-якого посвячення в Qemu-KVM.
    Було б дуже цікаво, що в майбутніх статтях ви пояснюєте XML-файли віртуальних машин та тонке забезпечення жорстких дисків, таким чином досягаючи дуже ефективного розгортання.
    Вітаю та дякую за ваш внесок.

  3.   Федеріко - сказав він

    Дякуємо за ваші коментарі!

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

    З вашого коментаря я бачу, що ви не є посвяченим у цьому питанні. Ви просите мене пояснити досить технічну характеристику, таку як "Тонке забезпечення", навіть якщо ми так чи інакше використовуємо це у своїй щоденній роботі.

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

    Я намагаюся, щоб необхідні ресурси пам'яті, простір на жорсткому диску, кількість процесорів тощо для роботи віртуальних серверів або гостей не перевищували ресурси самого хосту.

    Я намагаюся мати важку поставку або Надання галочок. Я організовую віртуалізацію - коли я можу - так, щоб сукупність ресурсів, що використовуються в Гість, наближалася до сукупності доступних ресурсів.

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

    Щоб отримати додаткову інформацію про закупівлі, відвідайте спочатку: https://en.wikipedia.org/wiki/Thin_provisioning.

    До речі, я це коментую в документі "Посібник із розгортання та адміністрування віртуалізації" згаданий у цій статті, він посилається лише на один раз на Тонке забезпечення, і він повідомляє нам, що такий тип надання не підтримується Депоми зберігання чи Пулом зберігання з LVM або Logical Volume Manager.

    Нарешті, я хочу звернути вашу увагу, що публікація не може висвітлювати або замінювати спеціалізовану літературу з певної теми. Наприклад, старий документ Red Hat має 565 сторінок.

  4.   Федеріко - сказав він

    Луїджіс, у мене виникають труднощі з отриманням опублікованих коментарів.

    1.    Луїджіс Торо - сказав він

      Ми працюємо над цим

  5.   Марті Макфлай - сказав він

    Чому з часу випуску 25 популярного дистрибутива Fedora нічого не було про Linux? У мене складається враження, що цей блог спеціалізується лише на Debian та Ubuntu ... Як мені сумно, що я завзятий читач і користувач Fedora одночасно

    1.    Луїджіс Торо - сказав він

      Дорогий Марті, без сумніву, ми щось забули про Федору, це не із задоволення, а з необхідності. Світ GNU / Linux та вільний світ постійно рухається, і наші можливості тестувати, вчитися та спілкуватися обмежені. Ми хотіли б мати дні по 48 годин, щоб мати можливість тим чи іншим способом робити більше і більше тем.

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

      Всіх запрошують до співпраці в DesdeLinux, для цього існує Посібник для письменників та редакторів https://blog.desdelinux.net/guia-redactores-editores/ Тому ми сподіваємось, що в якийсь момент часу ми зможемо запропонувати набагато більше матеріалів.

    2.    Федеріко - сказав він

      Хочете, щоб ми також публікували про CentOS?

  6.   crespo88 - сказав він

    Спеціальна стаття, ми до цього звикли. Дякую за цей брат, ти вже граєш набагато цікавіші теми, що не віднімає у решти дописів, я кажу це так, з моєї точки зору, тому що мої подальші дії щодо Qemu-KVM почалися кілька років тому і з моєї зустрічі Я не маю претензій до цього.
    Я сподіваюся, що Qemu-KVM залишається міцним і продовжує діяти в майбутньому Debian.

  7.   Федеріко - сказав він

    Якщо ви спостерігач Crespo88, у цих нових статтях про Qemu-KVM я заглиблююся глибше, як ви бачили в наступній, і ви побачите ще в двох, які я скоро опублікую. У сучасному світі віртуалізація є важливою технологією. Варто заглибитися в його використання. Дякую за коментар !!!.

  8.   Ісмаель Альварес Вонг - сказав він

    Дуже хороша стаття про те, як просто і доступно застосувати на практиці теорію про віртуалізацію на базі KVM (або віртуальної машини на базі ядра), тобто це все основи для початку:
    1-е) Встановіть платформу віртуалізації Qemu-Kvm.
    2-е) Оскільки хост має графічний інтерфейс, нам потрібен менеджер віртуальних машин для управління віртуалізацією KVM.
    3) Дуже хороші ПОРАДИ для додавання нашого сповіщення користувачів до групи libvirt, щоб мати доступ до інтерфейсу Virtual Machine Manager; змінити інтерфейс віртуальної мережі та сховище за замовчуванням у Virt-Manager до іншого "змонтованого" розділу 2-го жорсткого диска.
    4-й і остаточний) Створення 1-го МВ.
    Дякуємо, що поділилися цією інформацією "безкорисливо", щоб вдосконалити себе у світі Linux.

  9.   Федеріко - сказав він

    Дякуємо за ваш коментар, друже Вонг. Такі повідомлення, як ваше, змушують мене продовжувати писати для спільноти FromLinux та для всіх любителів Linux