Qemu-Kvm + Virt-Manager на Debian - Кампутарныя сеткі для МСП

Агульны паказальнік серыі: Кампутарныя сеткі для МСП: Увядзенне

У маі 2013 года мы апублікавалі ў гэтым блогу два артыкулы прысвечаны ўсталёўцы Кэму-Квм у Debian 7 «Свіст«. Яны дзейнічаюць да гэтага часу. Паколькі ландшафт ўстаноўкі і канфігурацыі ў Debian 8 "Jessie" крыху змяніўся, мы хочам абнавіць працэдуру.

Гэта было б не інакш, як перад тым, як пагрузіцца ў чытанне гэтага Як гэта зрабіць, яны наведаюць папярэдні артыкул Віртуалізацыя ў Debian: Увядзенне - Кампутарныя сеткі для малога і сярэдняга бізнесу, каб мець невялікую інфармацыю па гэтым пытанні.

Сайты, якія мы прапануем наведаць

• Віртуальная машына на аснове ядра
• гіпервізара
• Індэкс дакументацыі Red Hat
• Кіраўніцтва для пачатку віртуалізацыі
• Кіраўніцтва па разгортванні і адміністраванні віртуалізацыі
• Кіраўніцтва па наладцы і аптымізацыі віртуалізацыі
• Кіраўніцтва па бяспецы віртуалізацыі
• Пераўтварэнне віртуальных машын з іншых гіпервізараў у KVM з дапамогай virt-v2v
• Праект Libvirt
• Арганізацыя Virt-Manager
• Арганізацыя KVM Linux
• Арганізацыя Qemu

Назіранне

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

Усталёўка

Мы зыходзім з асноўнай устаноўкі Debian "Jessie", як мы бачылі Усталёўка працоўнай станцыі - Кампутарныя сеткі для МСП. Затым мы ўсталёўваем працоўны стол альбо працоўны стол, як нам падабалася 6 настольных кампутараў Debian - камп'ютэрныя сеткі для МСП.

Для гэтага артыкула мы абралі Карыца працоўны стол. Мы выбралі яго, таму што многія чытачы любяць гэта асяроддзе працоўнага стала. 😉

Агульныя дадзеныя нашай працоўнай станцыі:

Даменнае імя: fromlinux.fan
Назва каманды: sysadmin
Даменнае імя: sysadmin.fromlinux.fan
IP-адрас: 192.168.10.3
Падсетка: 192.168.10.0 / 24
Звычайны карыстальнік: гудзенне
Поўнае імя карыстальніка: Debian First OS Buzz

Мы правяраем падтрымку для віртуалізацыі

У кансолі мы выконваем:

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

У нашым выпадку каманда вяртае нам, што мы маем 2 працэсара з належнай падтрымкай.

Пакеты, якія мы ўсталюем

Перш за ўсё, мы даведаемся, што збіраемся ўсталяваць, выкарыстоўваючы наступныя каманды:

buzz @ sysadmin: ~ $ aptitude search kvm
p ikvm - віртуальная машына Java для CLI          
v квм                             - 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 Прыярытэт: дадатковы Раздзел: сетка Распрацоўшчык: PKG OpenStack Архітэктура: усё Несціснуты памер: 50.2k Залежыць ад: 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 Новы: так Статус: не ўсталяваны Multi-Arch: замежная Версія: 1: 2.1 + dfsg-12 + deb8u1 Прыярытэт: неабавязковы Раздзел: рознае Распрацоўшчык: Debian QEMU Team Архітэктура: amd64 Несціснуты памер: 60.4 к Залежыць ад: 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 усталяваць 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 МБ файлаў. Пасля распакавання будзе выкарыстана 53.3 МБ. Хочаце працягваць? [Так / н /?] І

Важны

• Па меры ўсталёўкі на працоўны стол нам спатрэбіцца інтэрфейс для кіравання 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 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 г. kvm.ko

Мы ўсталёўваем дыспетчар віртуальных машын

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 '... Даданне паведамлення карыстальніка да групы libvirt Гатова.

• Цяпер мы закрываем сесію і пачынаем яе зноў. Пасля ўваходу ў наш працоўны стол Cinnamon мы пераходзім да Меню -> Адміністраванне -> Дыспетчар віртуальных машын, і мы атрымліваем доступ да адміністрацыйнага інтэрфейсу нашага 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

Калі б мы не закрылі дыспетчар віртуальных машын да перазапуску дэман libvirtd, мы атрымаем наступнае паведамленне пра памылку, што нармальна для гэтага: Мы проста павінны закрыць Вірт-менеджэр і адкрыйце яго зноў. Мы вяртаемся да часткі канфігурацыі віртуальных сетак і правяраем, ці працуе сетка дэфолт, у вас ужо ёсць змененыя параметры.

Мы прапануем уключыць аўтаматычны запуск сеткі дэфолт, усталяваўшы сцяжок «Аўтанізаваць«.

Захоўванне ў Virt-Manager

Яшчэ адзін аспект, які мы хочам закрануць, - гэта сховішча - захоўванне у Virt-Manager. Па змаўчанні знаходзіцца сістэмная тэчка для захавання ўсіх малюнкаў віртуальнай машыны / var / lib / libvirt / выявы. Дапусцім, у нас ёсць жорсткі дыск, цалкам выдзелены гэтай функцыі, і ён у нас усталяваны / дома / vms. Каб дадаць яго ў Вірт-менеджэр, мы перамяшчаемся па яго меню -> Рэдагаваць -> Падрабязнасці злучэння -> Захоўванне. У левым ніжнім куце націскаем на кнопку «+«. Затым адлюструецца майстар для «Стварыце вядро захоўвання«:

Давайце паглядзім на розныя тыпы сховішчаў, якія мы можам выбраць. Падрабязную дакументацыю мы знойдзем у Кіраўніцтва па разгортванні і адміністраванні віртуалізацыі, ад Red Hat. Мы абярэм першае «рэж: Каталог файлавай сістэмы«.

У канцы майстра новы бак для захоўвання актыўны і запускаецца аўтаматычна.

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

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

Для атрымання дадатковай інфармацыі глядзіце файл: /usr/share/doc/libvirt-bin/README.Debian.

Мы толькі дадамо, што вось ужо больш за тры гады мы маем гэтую платформу віртуалізацыі ў дзвюх кампаніях. Нягледзячы на ​​збой харчавання, звычайныя кампутары «адаптаваны»Працаваць як слугі і з усіх складанасцей, якія могуць узнікнуць у такой слабаразвітай краіне, як наша Кэму-Квм ён заўсёды працаваў карэктна, як і віртуальныя серверы, якія працуюць на ім.

Мы спадзяемся, што гэты артыкул будзе для вас карысным.

Наступная дастаўка?

«Вірш на Debian«

Памятайце, што гэта будзе шэраг артыкулаў Кампутарныя сеткі для МСП. Мы будзем чакаць вас!