Общ индекс на поредицата: Компютърни мрежи за МСП: Въведение
През май 2013 г. публикувахме в този блог, две статии посветен на инсталирането на Qemu-Kvm в Debian 7 «Хриптене«. Те все още са валидни. Тъй като пейзажът на инсталиране и конфигуриране в Debian 8 "Jessie" се промени малко, искаме да актуализираме процедурата.
Не би било друго, освен преди да се потопите в четенето на това Как да го направим, те ще посетят предишната статия Виртуализация в Debian: Въведение - Компютърни мрежи за малки и средни предприятия, за да имате малко предистория по темата.
Сайтове, които предлагаме да посетите
- Виртуална машина, базирана на ядрото
- Hypervisor
- Индекс на документацията на Red Hat
- Ръководство за начало на виртуализацията
- Ръководство за внедряване и администриране на виртуализация
- Ръководство за настройка и оптимизация на виртуализацията
- Ръководство за сигурност на виртуализацията
- Преобразуване на виртуални машини от други хипервизори в KVM с virt-v2v
- Проект Libvirt
- Организация на Virt-Manager
- Linux KVM организация
- Организация Qemu
наблюдение
- Копираме изхода на командите, тъй като те са много по-дидактични от всяка друга композиция, написана от нас. Предлагаме ви да прочетете внимателно съобщенията от различните мандати, тъй като това е един от най-добрите начини за учене, без да се налага да търсите в Интернет. Поне това е нашето мнение.
Инсталация
Започваме от основната инсталация на Debian "Jessie", както видяхме в Инсталиране на работна станция - Компютърни мрежи за МСП. След това инсталираме работния плот или работния плот по наше предпочитание, както видяхме в 6 Настолни компютри на Debian - Компютърни мрежи за МСП.
За тази статия избрахме Канелен плот. Избрахме го, защото много читатели харесват тази работна среда.
Общите данни на нашата работна станция са:
Име на домейн: desdelinux.фен Име на отбора: администратор FQDN: системен администратор.desdelinux.фен IP адрес: 192.168.10.3 Подмрежа: 192.168.10.0/24 Нормален потребител: бръмча Пълно име на потребителя: Debian Първата OS 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 Приоритет: extra Раздел: net Разработчик: PKG OpenStack[имейл защитен]> Архитектура: всички Некомпресиран размер: 50.2 k Зависи от: 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, е контролер за облачни изчисления, проектиран да бъде модулен и лесен за разширяване и адаптиране. В допълнение към „родния“ си OpenStack API, той поддържа и 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 Нов: да Статус: деинсталиран Мулти-архив: чужд Версия: 1:2.1+dfsg-12+deb8u1 Приоритет: по избор Раздел: misc Разработчик: Debian QEMU Team[имейл защитен]> Архитектура: amd64 Некомпресиран размер: 60.4 k Зависи от: qemu-system-x86 (>= 1.7.0+dfsg-2~) Конфликти с: kvm Прекъсвания: 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 kB / 14.8 MB файлове. След разопаковане ще бъдат използвани 53.3 MB. Искаш ли да продължиш? [Д / н /?] И
Важно
- Тъй като инсталираме на работен плот, ще ни е необходим интерфейс за управление на KVM. Ако инсталирахме на един или повече сървъри, както инсталацията на работния плот, така и инсталацията на Ясли за виртуална машина, че ще инсталираме по-късно. Cна един екземпляр на този графичен интерфейс, можем да управляваме всички сървъри, в които сме инсталирали пакетите qemu-kvm, libvirt-bin y мостови утили.
- Основният демон - демон на виртуализацията е libvirtd. За да знаем състоянието му, ние изпълняваме:
buzz @ sysadmin: ~ $ sudo systemctl статус libvirtd buzz @ sysadmin: ~ $ sudo услуга libvirtd статус
- Ако в изхода на някоя от предишните команди четем някои редове в червено, е добре да рестартираме услугата 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 статус
● 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 г. 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 kB файлове. След разопаковането ще бъдат използвани 12.5 MB. Искаш ли да продължиш? [Д / н /?] И
- След инсталирането на пакета се консултираме:
buzz @ sysadmin: ~ $ cat /usr/share/doc/virt-manager/README.Debian Контрол на достъпа ============== Достъпът до сокета libvirt се контролира от членство в групата "libvirt". Ако искате да управлявате виртуални машини като потребител без root права, трябва да добавите потребителя си към тази група или да използвате URI адресите на сесията, като например qemu:///session. Вижте също /usr/share/doc/libvirt-bin/README.Debian. -- Гуидо Гюнтер[имейл защитен]> четвъртък, 04 юни 2010 г. 11:46:03 +0100
- Горното показва, че трябва да накараме потребителя да жужи като член на libvirt група за достъп до новоинсталирания интерфейс:
buzz @ sysadmin: ~ $ sudo adduser buzz libvirt Добавяне на потребителски „вест“ към група „libvirt“ ... Добавяне на потребителски вест към група libvirt Готово.
- Сега затваряме сесията и я започваме отново. След като влезем в нашия Desktop Cinnamon, отиваме на Меню -> Администриране -> Мениджър на виртуална машина, и ние имаме достъп до административния интерфейс на нашия KVM.
Виртуални мрежи в Virtual Machine Manager
Въпреки факта, че Virtual Machine Manager е лесен за използване и че с ежедневна практика можем да получим магистърска степен по неговото използване, ние предлагаме тип за това как да модифицирате виртуалната мрежа, която 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
Друг аспект, който искаме да засегнем, е Storage - Съхранение в Virt-Manager. По подразбиране се намира системната папка за запазване на всички изображения на виртуалната машина / var / lib / libvirt / images. Да предположим, че имаме твърд диск, изцяло посветен на тази функция, и го монтираме / начало / vms. За да го добавите към Вирт-мениджър, ние се придвижваме през неговото Меню -> Редактиране -> Подробности за връзката -> Съхранение. В долния ляв ъгъл кликваме върху бутона «+«. След това се показва съветник за «Създайте кофа за съхранение":
Нека да разгледаме различните видове съхранение, от които можем да избираме. Подробна документация ще намерим в Ръководство за внедряване и администриране на виртуализация, от Red Hat. Ние ще изберем първата «реж .: Директория на файловата система".
В края на съветника, новият резервоар за съхранение е активен и със стартирането му автоматично.
Първа виртуална машина
Трябва да навигираме и да прочетем различните опции, предлагани от Virt-Manager. Нека наблюдаваме в предпоследния образ на показаните по-късно, че когато стигнем до изданието на новосъздадената виртуална машина и преди Стартирайте инсталацията, в опцията «Processor«, Маркираме кутията "Конфигурация" Копиране на конфигурацията на процесора на хост компютъра. Може да не е необходимо да го правите, но ние се придържаме към препоръките на Debian и практиката ни за сървъри на HP.
За повече информация вижте файла: /usr/share/doc/libvirt-bin/README.Debian.
Ще добавим само, че повече от три години имаме тази платформа за виртуализация в производство в две компании. Въпреки прекъсванията на захранването, нормалните компютри «адаптиран»За да функционират като слуги, и от всички трудности, които могат да съществуват в една слабо развита държава като нашата, Qemu-Kvm винаги е работил правилно, както и виртуалните сървъри, които работят на него.
Надяваме се, че тази статия е полезна за вас.
Следваща доставка?
«Virsh на Debian«
Не забравяйте, че това ще бъде поредица от статии на Компютърни мрежи за МСП. Ще ви чакаме!