virt-команди на Debian - Комп’ютерні мережі для малого та середнього бізнесу

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

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

• Основна мета цієї статті - продовжувати демонструвати широкий всесвіт, що Віртуалізація в Linux в даний час використовує Гіпервізор Qemu-KVM. Хоча в заголовку ми пишемо назву розподіл «Debian«, Загальні принципи застосовні до будь-якого іншого розподілу за допомогою конкретних команд кожної з них. Особливо ті, що пов’язані з пошуком, описом та встановленням пакетів, серед іншого.

Перш ніж продовжувати читати, рекомендуємо відвідати попередня стаття: Qemu-KVM + Virt-Manager на Debian - Комп’ютерні мережі для МСП.

Коли використовувати команди?

Багато разів ми віддалено керуємо сервером підтримки віртуалізації за допомогою Кему-КВМ і з якихось причин у нас немає графічного інтерфейсу Менеджер віртуальних машин - Вірт-менеджер:

• Типовий випадок, коли ми отримуємо доступ до віддаленого сервера зі станції Windows через PuTTy, або будь-який інший з багатьох альтернативи які існують для з'єднання через SSH з сервером Debian GNU / Linux, і останній не має жодної підтримки, встановленої для «X«, Або графічна підтримка.
• Ми просто хочемо керувати віртуальними машинами на локальному або віддаленому сервері за допомогою консольних команд.

Встановлюється з libvirt-клієнтами

В попередня стаття ми встановлюємо пакет лібвірт-бін, і як частину процесу він був встановлений libvirt-клієнти. Якщо ми працюємо в консолі:

buzz @ sysadmin: ~ $ sudo dpkg -L libvirt-клієнти | grep / bin
/ usr / bin
/ usr / bin / virsh
/ usr / bin / virt-host-validate
/ usr / bin / virt-login-shell
/ usr / bin / virt-xml-validate
/ usr / bin / virt-pki-validate

• вірш: програма virsh є основним інтерфейсом користувача для повного управління гостьовими доменами - Гостей. Він використовується для переліку, створення, призупинення та вимкнення доменів. Цю команду потрібно викликати з дозволами корінь. Він має два способи запуску: в командному режимі та в інтерактивному режимі. Наступну статтю ми присвятимо virsh.
• virt-host-validate: інструмент, що дозволяє перевірити конфігурацію хосту - Господар, щоб він міг підтримувати всі драйвери Hypervisor - Гіпервізор. Щоб отримати правильні результати, команду потрібно запустити з дозволами корінь.
• virt-login-shell: команда для виконання a оболонка налаштовано для звичайний користувач в контейнері LXC, ім’я якого збігається з користувачем, який його викликає. Якщо контейнер не запущений, команда virt-login-shell спробує його запустити. Цю команду не можна викликати з дозволами користувача корінь. Дуже явним файлом конфігурації для цієї програми є /etc/libvirt/virt-login-shell.conf.
• virt-xml-validate: перевірка файлів XML з лібвірт порівнявши їх із схематичним - схема дійсний. Якщо ми виконаємо, ми отримаємо список дійсних імен схем man virt-xml-validate.
• virt-pki-validate- Використовується для перевірки наявності файлів PKI лібвірт Вони правильно налаштовані як на захищеному сервері, так і на клієнті, який використовуватиме протокол шифрування TLS для віддаленого доступу до сервера. Його виконання буде необхідним, якщо ми увімкнули віддалене адміністрування через TLS та SSL. Глава 22.2 документа Посібник із розгортання та адміністрування віртуалізації, присвячений цьому рішенню. Ми пропонуємо що наші бізнес-мережі використовують віддалене адміністрування через SSH, найпростіший і найбезпечніший метод для бізнес-мережі, якому ми присвятимо наступну статтю.

Встановлено за допомогою virtisnt

У попередній статті ми також встановили пакет вірт-менеджер. В рамках цього процесу було встановлено пакет незайманий. Якщо ми хочемо знати, які команди містять останні, ми виконуємо:

byzz @ sysadmin: ~ $ sudo dpkg -L virtinst | grep / bin
/ usr / bin
/ usr / bin / virt-convert
/ usr / bin / virt-image
/ usr / bin / virt-xml
/ usr / bin / virt-install
/ usr / bin / virt-clone

• virt-конвертувати- команда, яка перетворює визначення віртуальних машин у формати VMX y Овф до власного формату libvirt XML. Формат VMX зазвичай використовується VMware, тоді як ОВФ «Відкрийте формат віртуалізації»Може використовуватися будь-яким Гіпервізор підтримайте це.
• virt-зображення- Створює віртуальну машину з файлу дескриптора зображення у форматі XML. Цей конкретний інструмент буде видалено з майбутніх версій незайманийТак, що Ми не пропонуємо його використання.
• virt-xml: Дозволяє редагувати власні файли XML, які використовує лібвірт, використовуючи параметри командного рядка.
• virt-install: інструмент командного рядка, що дозволяє створювати нові віртуальні машини в гіпервізорах, таких як KVM, Xen або Linux Containers, які використовують бібліотеку управління гіпервізором "Libvirt". Цей інструмент підтримує графічну установку, якщо ми використовуємо, наприклад, VNC Віртуальна мережева, Або СПІС. Він також повністю підтримує консольний або текстовий режим. Завдяки його використанню ми можемо створити віртуальну машину з одним або кількома жорсткими дисками, однією або кількома мережевими картами, звуковими пристроями, фізичними пристроями USB або PCI тощо. Інсталяційний носій може бути локальним, віддаленим, публікуватися за допомогою власного протоколу мережевої файлової системи UNIX NFS, HTTP, FTP. тощо
• вір-клон- інструмент командного рядка для клонування існуючих віртуальних машин за допомогою бібліотеки управління гіпервізором "Libvirt". В основному скопіюйте образ віртуальної машини і створіть нового Гість - гість з однаковою конфігурацією обладнання. Елементи обладнання, які повинні бути унікальними, наприклад, апаратна адреса мережевої карти, будуть оновлені, щоб уникнути зіткнень або шуму між старим і новим гість.

virt-viewer

Цей інструмент також встановлюється, коли ви робите вірт-менеджер. virt-viewer це окремий пакет.

• virt-viewer: дозволяє нам показати графічну консоль через VNC або SPICE певної віртуальної машини, незалежно від того, розташована вона локально або віддалено. Ми можемо посилатися на гість що ми хочемо відображати через його ім'я, ідентифікатор або UUID. Якщо віртуальна машина не працює, virt-viewer буде чекати її запуску.

Інші команди "virt-", які можна встановити з окремих пакетів

• вір-ласощі- Колекція інструментів, пов’язаних з віртуалізацією. Включає плагін для «Мунін«, І сценарій для перетворення віртуальних машин, створених за допомогою VMware Workstation або VMware Server, у формат, який використовується в Qemu-KVM.
• virt-top: Показує статистику віртуалізованих доменів. Вид топ o htop для віртуальних машин

Встановлюється за допомогою qemu-utils

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

Ми можемо викликати їх після встановлення Платформа віртуалізації Qemu-Kvm, як зазначено у попередній статті. Якщо ми хочемо знати, які команди пакет залишив у нашому розпорядженні qemu-utils, нам просто потрібно запустити:

buzz @ sysadmin: ~ $ sudo dpkg -L qemu-utils | grep / bin
/ usr / bin
/ usr / bin / qemu-img
/ usr / bin / qemu-nbd / usr / bin / qemu-io

Якщо замість дискримінації за / bin ми б зробили це для / sbin, ми отримаємо ще один результат, який ми залишаємо на ваш розгляд.

• qemu-img: дозволяє нам створювати, перетворювати та / або модифікувати зображення дисків, які не працюють або які працюють Поза лінією.
  Ми пропонуємо запустіть команду людина qemu-img. Ми лише наголосимо, що ми НІКОЛИ не повинні використовувати цю команду для модифікувати будь-яке зображення, яке використовується будь-якою віртуальною машиною або будь-яким іншим процесом, оскільки воно може знищити зображення. Також нам не слід звертатися до даних зображення, яке перебуває в процесі модифікації, оскільки ми можемо виявити невідповідність його стану.

Приклади використання деяких команд

virt-host-validate

buzz @ sysadmin: ~ $ virt-host-validate 
  QEMU: Перевірка апаратної віртуалізації: PASS QEMU: Перевірка пристрою / dev / kvm: PASS QEMU: Перевірка пристрою / dev / vhost-net: ПОПЕРЕДЖЕННЯ (Завантажте модуль 'vhost_net' для підвищення продуктивності мереж virtio) QEMU: Перевірка device / dev / net / tun: PASS LXC: Перевірка на наявність Linux> = 2.6.26: PASS

buzz @ sysadmin: ~ $ sudo virt-host-validate 
[sudo] пароль для сповіщення: QEMU: Перевірка апаратної віртуалізації: PASS QEMU: Перевірка пристрою / dev / kvm: PASS QEMU: Перевірка пристрою / dev / vhost-net: PASS QEMU: Перевірка пристрою / dev / net / tun : PASS LXC: Перевірка на Linux> = 2.6.26: PASS

virt-xml-validate

buzz @ sysadmin: ~ $ sudo virt-xml-validate /etc/libvirt/qemu/dns.xml 
/etc/libvirt/qemu/dns.xml перевіряє

buzz @ sysadmin: ~ $ sudo virt-xml-validate /etc/libvirt/qemu/networks/default.xml
/etc/libvirt/qemu/networks/default.xml перевіряє

qemu-img

buzz @ sysadmin: ~ $ qemu-img check /tera/vmware/omicron/omicron.vmdk
На зображенні помилок не виявлено.

buzz @ sysadmin: ~ $ qemu-img info /tera/vmware/omicron/omicron.vmdk
зображення: /tera/vmware/omicron/omicron.vmdk
формат файлу: vmdk віртуальний розмір: 20G (21474836480 байт) розмір диска: 3.6G cluster_size: 65536 Формат конкретної інформації: cid: 1473577509 батьківський cid: 4294967295 тип створення: monolithicSparse extents: [0]: віртуальний розмір: 21474836480 ім'я файлу: / tera / vmware / omicron / omicron.vmdk Розмір кластера: 65536 формат:

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.raw 
зображення: /tera/vms/omicron.raw
формат файлу: необроблений віртуальний розмір: 20G (21474836480 байт) розмір диска: 3.4G

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/miweb.qcow2
зображення: /tera/vms/miweb.qcow2
формат файлу: qcow2 віртуальний розмір: 10G (10737418240 байт) розмір диска: 4.5G cluster_size: 65536 Формат конкретної інформації: compat: 1.1 lezy refcounts: false

buzz @ sysadmin: ~ $ sudo qemu-img convert -p /tera/vms/omicron.raw -O qcow2 /tera/vms/omicron.qcow2
    (27.56 / 100%)

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.qcow2 
зображення: /tera/vms/omicron.qcow2
формат файлу: qcow2 віртуальний розмір: 20G (21474836480 байт) розмір диска: 3.5G cluster_size: 65536 Формат конкретної інформації: compat: 1.1 lezy refcounts: false

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/hyp2.qcow2 20G
Форматування '/tera/vms/hyp2.qcow2', fmt = qcow2 size = 21474836480 шифрування = вимкнено cluster_size = 65536 lazy_refcounts = вимкнено 

buzz @ sysadmin: ~ $ sudo qemu-img info /tera/vms/hyp2.qcow2
зображення: /tera/vms/hyp2.qcow2
формат файлу: qcow2 віртуальний розмір: 20G (21474836480 байт) розмір диска: 196K cluster_size: 65536 Формат конкретної інформації: compat: 1.1 lezy refcounts: false

virt-xml

Спочатку ми створюємо новий альбом:

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/dns2.qcow2 10G

Потім ми приєднуємо його до існуючого домену "dns":

buzz @ sysadmin: ~ $ virt-xml --connect qemu: /// system dns --add-device --disk /tera/vms/dns2.qcow2 --confirm
--- Оригінальний XML +++ Змінений XML @@ -128,5 +128,10 @@  + + + + +

Визначити 'dns' із зміненим XML? (y / n): y
Домен 'dns' визначено успішно.

В кінці статті ми подаємо повну структуру нещодавно зміненого файлу /etc/libvirt/qemu/dns.xml.

virt-конвертувати

Перетворимо віртуальну машину, створену за допомогою VMware Workstation до формату лібвірт, але не раніше, ніж вказати формат перетвореного жорсткого диска qcow2, а також те, що новий образ віртуальної машини створюється в основному сховищі / тера / вмс. Ми також хочемо, щоб результат команди був якомога явнішим, тому ми використовуємо опцію -d.

buzz @ sysadmin: ~ $ sudo virt-convert -d / tera / vmware / miweb / --disk-format qcow2 --destination / tera / vms

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

вір-клон

Клонуємо віртуальну машину «DNS":

buzz @ sysadmin: ~ $ virt-clone --connect qemu: /// system -o dns --auto-clone
Призначення 'dns-clone.qcow2' | 10 ГБ 00:20 Призначення 'dns2-clone.qcow2' | 10 ГБ 00:01     

Клон "dns-clone" створено успішно.

Перевіряємо за допомогою команди вірш, що є попереднім переглядом наступної статті:

buzz @ sysadmin: ~ $ sudo virsh list
 Ідентифікатор імені держави ---------------------------------------------- -----

buzz @ sysadmin: ~ $ sudo virsh list --all
 Ідентифікатор імені Держава ------------------------------------------------ ----- - dns вимкнено - dns-clone вимкнено - miweb вимкнено

buzz @ sysadmin: ~ $ sudo virsh start dns-clone
Домен dns-clone запущений

buzz @ sysadmin: ~ $ virt-viewer --connect qemu: /// system dns-clone

virt-install

Ми хочемо створити віртуальну машину з назвою «WordPress»Розмістити сайт Інтранет для бізнесу. Він не буде опублікований в Інтернеті. Що він має близько 1024 мегабайт оперативної пам'яті, жорсткий диск на 80 гігабайт динамічного зростання, який базується на Debian Jessie і підключений до мережі «дефолт".

Щоб полегшити нам життя, спочатку ми створюємо образ диска за допомогою qemu-img:

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/wordpress.qcow2 80G
Форматування '/tera/vms/wordpress.qcow2', fmt = qcow2 size = 85899345920 шифрування = вимкнено cluster_size = 65536 lazy_refcounts = вимкнено

Далі ми створюємо машину і починаємо процес встановлення:

buzz @ sysadmin: ~ $ sudo virt-install --connect qemu: /// system --virt-type = kvm \
--name wordpress --ram 1024 --vcpus = 1 \
--disk /tera/vms/wordpress.qcow2 \
--cdrom /home/buzz/isos/Linux/debian-8/debian-8.0.0-amd64-CD-1.iso \
--os-type linux --network network = за замовчуванням \
--опис wordpress.desdelinux.fan

virt-top

buzz @ sysadmin: ~ $ virt-top --connect qemu: /// system
virt-top 15:39:21 - x86_64 2 / 2CPU 1600MHz 3863MB 2 домени, 2 активні, 2 запущені, 0 сплячі, 0 призупинені, 0 неактивні D: 0 O: 0 X: 0 ЦП: 0.7% пам: 768 МБ ( 768 Мб від гостей) ID S RDRQ WRRQ RXBY TXBY% CPU% MEM TIME NAME 22 R 0 0 104 0 0.3 6.0 0: 11.49 dns 21 R 0 0 104 0 0.3 13.0 0: 13.42 miweb

Структура файлу dns.xml

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

....

У цьому блоці ми знайдемо визначення всієї віртуальної машини:

• назва команди
• uuid команди
• обсяг оперативної пам'яті
• кількість процесорів
• тип операційної системи та її архітектура. пристрій завантаження.
• Функції, які він підтримує, такі як ACPI "Інтерфейс автоматичного керування живленням", APM "Автоматичне управління живленням" та PAE.
• Модель (и) процесора та їх характеристики
• налаштування годинника: чи є UTC "Об'єднаною координатою часу" чи ні.
• відповідь на такі події, як вимкнення, перезавантаження або збій системи
• якщо ПМ «Управління живленням» увімкнуло події «призупинити запис у пам’ять» та «призупинити запис на жорсткий диск»
• тип емулятора різних пристроїв або Прилади КВМ
• для всіх жорстких дисків: драйвер, тип диска, шлях до файлу зображення, цільовий пристрій, тип шини, слот «слот»PCI, до яких він підключений тощо, залежно від віртуального диска: IDE, SATA, SCSI, USB або Virtio.
• оптичні пристрої, такі як CDR
• номер та тип роз'ємів USB
• pci слот для IDE диска
• послідовний роз'єм для зв'язку
• паралельний роз'єм для принтерів
• мережеві карти з унікальною MAC-адресою, типом мережевої карти, до якого слота PCI вона підключена і до якої віртуальної мережі вона буде підключатися
• консолі серії pty
• такі пристрої введення, як панель «таблетка", Клавіатура миші"миша"тощо.
• відеокарта та її оперативна пам’ять, тип, модель, слот, шина тощо.
• і ще один довгий і т. д

Коротше кажучи, La Mar Océana визначень та пристроїв, які необхідні та підтримуються гіпервізором Qemu-KVM та суміжними бібліотеками, щоб мати повністю функціональну віртуальну машину, наче це справжня машина.

buzz @ sysadmin: ~ $ sudo cat /etc/libvirt/qemu/dns.xml 
<!--
ПОПЕРЕДЖЕННЯ: ЦЕ АВТОМАТИЧНО ЗГЕНЕРОВАНИЙ ФАЙЛ.  ЗМІНИ, ЩО ЙОГО, НАВІРНО, ЗАПЕРЕПИСАНІ ТА ВТРАТИ.  Зміни до цієї конфігурації xml слід вносити за допомогою: virsh edit dns або іншої програми за допомогою API libvirt.

Найближчі поставки

• Команда Вірша
• Віддалене управління гіпервізорами та їх віртуальними машинами за допомогою SSH

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