Bendra serijos rodyklė: Kompiuterių tinklai MVĮ: Įvadas
2013 m. gegužės mėn. šiame tinklaraštyje paskelbėme du straipsnius, skirtus „Qemu-Kvm“ diegimui „Debian 7“ „ Wheezy “ sistemoje. Jie vis dar aktualūs. Kadangi diegimo ir konfigūravimo procesas „Debian 8“ „Jessie“ sistemoje šiek tiek pasikeitė, norime atnaujinti procedūrą.
Prieš pasineriant į šį praktinį vadovą , nepakenktų perskaityti ankstesnį straipsnį „ Virtualizacija Debian'e: įvadas – kompiuterių tinklai MVĮ“ , kad susidarytumėte šiek tiek informacijos apie šią temą.
Svetainės, kurias siūlome aplankyti
- Branduolio virtualioji mašina
- Hipervisas
- „Red Hat“ dokumentacijos rodyklė
- Virtualizavimo darbo pradžios vadovas
- Virtualizacijos diegimo ir administravimo vadovas
- Virtualizacijos derinimo ir optimizavimo vadovas
- Virtualizacijos saugos vadovas
- Virtualiųjų mašinų konvertavimas iš kitų hipervizorių į KVM su virt-v2v
- „Libvirt“ projektas
- „Virt-Manager“ organizacija
- „Linux KVM“ organizacija
- Qemu organizacija
Stebėjimas
- Mes nukopijuojame komandų išvestį, nes jos yra daug didaktiškesnės nei bet kuri kita mūsų parašyta kompozicija. Siūlome atidžiai perskaityti skirtingų mandatų pranešimus, nes tai yra vienas iš geriausių būdų mokytis nenorint ieškoti internete. Bent jau tokia mūsų nuomonė.
Montavimas
Pradedame nuo pagrindinio „Debian“ „Jessie“ diegimo, kaip aprašyta skyriuje „Darbo vietos diegimas – kompiuterių tinklai MVĮ“ . Tada įdiegiame pageidaujamą darbalaukio aplinką, kaip aprašyta skyriuje „6 darbalaukio aplinkos „Debian“ – kompiuterių tinklai MVĮ“.
Šiam straipsniui pasirinkome „ Cinnamon Desktop“ . Pasirinkome jį todėl, kad daugelis skaitytojų mėgsta šią darbalaukio aplinką. 😉
Bendrieji mūsų darbo vietos duomenys yra šie:
Domeno vardas: desdelinux.gerbėjas Komandos pavadinimas: sysadminas FQDN: sysadmin.desdelinux.gerbėjas IP adresas: 192.168.10.3 Potinklis: 192.168.10.0/24 Įprastas vartotojas: Buzz Vartotojo vardas: „Debian First OS Buzz“
Mes tikriname, ar palaikoma virtualizacija
Konsolėje vykdome:
„buzz @ sysadmin“: ~ $ egrep -c "(svm | vmx)" / proc / cpuinfo 2
Mūsų atveju komanda grąžina mums, kad mes turime 2 procesorius su tinkama parama.
Paketus, kuriuos įdiegsime
Visų pirma sužinome, kad diegsime naudodami šias komandas:
buzz @ sysadmin: ~ $ aptitude search kvm p ikvm - „Java“ virtuali mašina, skirta CLI v kvm - p libicsharpcode-nrefactory-ikvm5 - C # analizuojanti ir pertvarkyta biblioteka - IKVM p libikvm-native - gimtoji biblioteka, skirta IKVM.NET p nova-compute-kvm - OpenStack Compute - skaičiavimo mazgas (KVM) p qemu-kvm - QEMU Visas virtualizavimas x86 aparatinėje įrangoje buzz @ sysadmin: ~ $ aptitude show nova-compute-kvm Paketas: nova-compute-kvm Nauja: taip Būsena: neįdiegta Versija: 2014.1.3-11 Prioritetas: papildomas Skyrius: tinklas Kūrėjas: PKG OpenStack[apsaugotas el. paštu]> Architektūra: visa Nesuspaustas dydis: 50.2 k Priklauso nuo: adduser, dpkg-dev, qemu-kvm | kvm, libvirt-daemon-system, nova-common, nova-compute, python-libvirt Iš anksto priklauso nuo: dpkg (>= 1.15.6~) Rekomenduojama: guestmount Konfliktuoja su: nova-baremetal, nova-compute-lxc, nova-compute-qemu, nova-compute-uml, nova-compute-xen Teikia: nova-compute-hypervisor Aprašymas: „OpenStack Compute“ – skaičiavimo mazgas (KVM) „OpenStack“ yra patikima debesų infrastruktūra. Jos misija – sukurti visur esančią debesų kompiuterijos platformą, kuri patenkintų viešųjų ir privačių debesų kompiuterijos paslaugų teikėjų poreikius, neatsižvelgiant į jų dydį, būdama paprasta įdiegti ir labai keičiamo dydžio. „OpenStack Compute“, kodiniu pavadinimu „Nova“, yra debesų kompiuterijos tinklo valdiklis, sukurtas taip, kad būtų modulinis, lengvai plečiamas ir pritaikomas. Be „natyviosios“ „OpenStack“ API, ji taip pat palaiko „Amazon EC2“ API ir daugelį skirtingų duomenų bazių posistemių (įskaitant „SQLite“, „MySQL“ ir „PostgreSQL“), hipervizorius (KVM, „Xen“) ir vartotojų katalogų sistemas (LDAP, SQL). Tai priklausomybių paketas skaičiavimo mazgams, naudojantiems KVM. Pagrindinis puslapis: http://www.openstack.org/software/openstack-compute/
- Mes neketiname įdiegti paketo OpenStack, nes mums nereikia visos „Cloud“ virtualizacijos infrastruktūros - debesis.
buzz @ sysadmin: ~ $ aptitude show qemu-kvm Paketas: qemu-kvm Nauja: taip Būsena: pašalinta Multi-Arch: svetima Versija: 1:2.1+dfsg-12+deb8u1 Prioritetas: pasirenkamas Skyrius: misc Kūrėjas: Debian QEMU komanda[apsaugotas el. paštu]> Architektūra: amd64 Nesuspaustas dydis: 60.4 k Priklauso nuo: qemu-system-x86 (>= 1.7.0+dfsg-2~) Konfliktuoja su: kvm Pertraukos: qemu-system-x86 (< 1.7.0+dfsg-2~) Pakeičia: qemu-system-x86 (< 1.7.0+dfsg-2~) Suteikia: kvm Aprašymas: QEMU Pilnas virtualizavimas x86 aparatinėje įrangoje QEMU yra greitas procesoriaus emuliatorius. Šis paketas pateikia tik apvalkalo skriptą /usr/bin/kvm, kuris paleidžia qemu-system-x86 kvm režimu, kad būtų užtikrintas atgalinis suderinamumas. Atkreipkite dėmesį, kad seni qemu-kvm konfigūracijos failai (esantys /etc/kvm/) nebenaudojami.
Pagrindinis puslapis: http://www.qemu.org/
Įdiegiame virtualizacijos platformą „Qemu-Kvm“
buzz @ sysadmin: ~ $ sudo aptitude install qemu-kvm libvirt-bin bridge-utils
Bus įdiegti šie NAUJI paketai:
„augeas-lens“ {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-server1 {a} libvdeplug2 {a} libvirt-bin libvirt-clients {a} libvirt-daemon {a} libvirt-daemon-system {a} libvirt0 {a} libx86-1 {a} libxen-4.4 {a} libxenstore3.0 { a} libxml2-utils {a} lvm2 {a} netcat-openbsd {a} pm-utils {a} powermgmt-base {a} qemu-kvm qemu-system-common {a} qemu-system-x86 {a} qemu -utils {a} seabios {a} vbetool {a} 0 paketų atnaujinta, 42 nauji įdiegti, 0 pašalinti ir 0 neatnaujinti. Turiu atsisiųsti 8,422 14.8 kB / 53.3 MB failų. Išpakavus, bus naudojama XNUMX MB. Ar norite tęsti? [Taip / Ne /?] Ir
svarbus
- Kai diegiame darbalaukyje, mums reikės sąsajos, kad galėtume valdyti KVM. Jei diegėme viename ar daugiau serverių, tiek darbalaukio diegimas, tiek Virtuali mašinų valdytoja, kad įdiegsime vėliau. Cviename šios grafinės sąsajos egzemplioriuje, galime valdyti visus serverius, kuriuose įdiegėme paketus qemu-kvm, libvirt-bin y tiltas-utils.
- Pagrindinis demonas - demonas Virtualizacijos yra libvirtd. Norėdami sužinoti jo būseną, mes vykdome:
buzz @ sysadmin: ~ $ sudo systemctl status libvirtd buzz @ sysadmin: ~ $ sudo paslaugos libvirtd būsena
- Jei kurios nors iš ankstesnių komandų išvestyje kai kurias eilutes perskaitėme raudonai, naudinga iš naujo paleisti paslaugą libvirtd ir patikrinkite dar kartą, arba paleiskite kompiuterį iš naujo ir patikrinkite. Jis scenarijuslibvirtd.paslauga kas vairuoja systemd, randamas /lib/systemd/system/libvirtd.service. Atkreipkite dėmesį, kad tą demoną galime iškviesti ir senuoju būdu, tai yra:
buzz @ sysadmin: ~ $ sudo paslauga libvirtd
Naudojimas: /etc/init.d/libvirtd {start | stop | restart | reload | force-reload | status | force-stop}
buzz @ sysadmin: ~ $ sudo service libvirtd perkraukite buzz @ sysadmin: ~ $ sudo service libvirtd būsena
● libvirtd.service - Virtualizacijos deimonas
Įkelta: įkelta (/lib/systemd/system/libvirtd.service; įgalinta)
Suaktyvinti: aktyvus (veikia) nuo 2016-11-27 sekmadienio 11:23:53 EST; Prieš 8min. Dokumentai: man: libvirtd (8) http://libvirt.org Pagrindinis PID: 1112 (libvirtd) CGroup: /system.slice/libvirtd.service └─1112 / usr / sbin / libvirtd
- El scenarijus įsikūrusi /etc/init.d/qemu-system-x86, yra atsakingas už būtinų modulių įdėjimą, kad „Qemu-Kvm“ veiktų teisingai. Po to, kai jis sėkmingai atlieka savo darbą, jis yra padarytas. Jei patikrinsime jo būseną, jis grąžins, kad jis yra 0 arba sėkmingas.
buzz @ sysadmin: ~ $ sudo systemctl status qemu-system-x86 ● qemu-system-x86.service - LSB: QEMU KVM modulio įkėlimo scenarijus Įkelta: pakrauta (/etc/init.d/qemu-system-x86) Suaktyvinti: aktyvus (baigtas) nuo 2016-11-27 sekmadienio 11:18:17 EST; Prieš 18min Procesas: 172 ExecStart = / etc / init.d / qemu-system-x86 start (kodas = išėjo, būsena = 0 / SĖKMĖ)
- Jei mums įdomu ir norime sužinoti, kurie yra moduliai ir jų vieta, vykdome:
buzz @ sysadmin: ~ $ sudo atnaujinta buzz @ sysadmin: ~ $ surask 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/ viso 1016 -rw-r - r-- 1 šaknies šaknis 97120 17 2015 m. liepos XNUMX d kvm-amd.ko -rw-r - r-- 1 šaknies šaknis 223680 17 m. liepos 2015 d kvm-intel.ko -rw-r - r-- 1 šaknies šaknis 715920 17 m. liepos 2015 d kvm.ko
Įdiegiame „Virtual Machine Manager“
buzz @ sysadmin: ~ $ sudo aptitude install virt-manager
[sudo] „buzz“ slaptažodis: Bus įdiegti šie NAUJI paketai: 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 paketų atnaujinta, 11 naujų įdiegta, 0 pašalinta ir 0 neatnaujinta. Turiu atsisiųsti 2,041 12.5 kB failus. Išpakavus, bus sunaudota XNUMX MB. Ar norite tęsti? [Taip / Ne /?] Ir
- Įdiegę paketą, mes konsultuojamės:
„buzz @ sysadmin“: ~ $ cat /usr/share/doc/virt-manager/README.Debian Prieigos kontrolė ============== Prieigą prie „libvirt“ lizdo kontroliuoja narystė „libvirt“ grupėje. Jei norite valdyti virtualias mašinas ne kaip root, turite pridėti savo vartotoją prie tos grupės arba naudoti sesijos URI, pvz., qemu:///session. Taip pat žr. /usr/share/doc/libvirt-bin/README.Debian. -- Guido Guenther[apsaugotas el. paštu]> Ketvirtadienis, 2010 m. birželio 04 d., 11:46:03 +0100
- Pirmiau nurodyta, kad privalome priversti vartotoją paskelbti „Buzz“ narį libvirt grupė norėdami pasiekti naujai įdiegtą sąsają:
buzz @ sysadmin: ~ $ sudo adduser buzz libvirt Pridedamas vartotojo „buzz“ prie grupės „libvirt“ ... Vartotojo „buzz“ įtraukimas į grupę libvirt Done.
- Dabar uždarome sesiją ir pradedame ją iš naujo. Įėję į „Cinnamon Desktop“, einame į Meniu -> Administravimas -> Virtual Machine Manager, ir mes pasiekiame savo KVM administravimo sąsają.
Virtualūs tinklai „Virtual Machine Manager“
Nors virtualios mašinos tvarkytuve lengva naudotis ir kasdien praktikuodamiesi galime įvaldyti jos naudojimą, pateikiame patarimą , kaip modifikuoti virtualų tinklą, kurį „Qemu-Kvm“ įdiegia pagal numatytuosius nustatymus.
Einame per Meniu -> Redaguoti -> Ryšio informacija ir einame į skirtuką „ Virtualūs tinklai “. Spustelėjus IPv4 konfigūracijos nuorodą, rodomas tinklas ir informuojama, kad jam įjungtas DHCP serveris. Šis serveris veikia įdiegto „dnsmasq-base“ paketo dėka.
Norėdami gauti daugiau informacijos, žiūrėkite failą: /usr/share/doc/libvirt-bin/README.Debian.
Jei norime pakeisti „ numatytuosius “ tinklo nustatymus , atliksime šiuos veiksmus:
„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 numatytas „buzz @ sysadmin“: ~ $ sudo nano /etc/libvirt/qemu/networks/default.xml numatytas buzz @ sysadmin: ~ $ sudo systemctl paleiskite iš naujo libvirtd buzz @ sysadmin: ~ $ sudo systemctl status libvirtd
Jei mes dar neuždarėme virtualiosios mašinos tvarkyklės prieš paleisdami demonas libvirtd, gausime šį klaidos pranešimą, kuris yra normalus atvejis:
Mums tereikia uždaryti „Virt-Manager“ ir vėl jį atidaryti. Grįžtame į virtualių tinklų konfigūracijos skyrių ir patikriname, ar numatytasis tinklas dabar turi pakeistus parametrus.
Siūlome įjungti automatinį numatytojo tinklo paleidimą , pažymint langelį „ Automatinis paleidimas “.
Saugykla „Virt-Manager“
Kitas aspektas, kurį norime paliesti, yra saugykla - saugojimas „Virt-Manager“. Pagal numatytuosius nustatymus sistemos aplankas, kuriame išsaugomi visi virtualiosios mašinos vaizdai, yra / var / lib / libvirt / images. Tarkime, kad turime kietąjį diską, visiškai skirtą šiai funkcijai, ir jį įdėjome / home / vms. Norėdami jį pridėti „Virt-Manager“, mes naršome per meniu -> Redaguoti -> Išsami ryšio informacija -> Saugykla. Apatiniame kairiajame kampe spustelėkite mygtuką «+«. Tada parodomas vedlys «Sukurkite saugyklos grupę":
Pažvelkime į įvairius saugojimo tipus, kuriuos galime pasirinkti. Išsamią dokumentaciją rasime Virtualizacijos diegimo ir administravimo vadovas, iš „Red Hat“. Mes pasirinksime pirmąjį «dir: Failų sistemos katalogas"

Vedlio pabaigoje naujas saugojimo rezervuaras yra aktyvus ir paleidžiamas automatiškai.
Pirmoji virtuali mašina
Turime peržiūrėti ir perskaityti įvairias „Virt-Manager“ siūlomas parinktis. Atkreipkite dėmesį, kad priešpaskutiniame paveikslėlyje, parodytame žemiau, kai pasiekiame naujai sukurtos virtualios mašinos nustatymus ir prieš pradėdami diegimą , parinktyje „ Procesorius “ pažymime langelį „Konfigūracija“, „Kopijuoti procesoriaus konfigūraciją iš pagrindinio kompiuterio “. Tai gali būti nebūtina, tačiau vadovaujamės „Debian“ rekomendacijomis ir savo patirtimi su HP serveriais.
Norėdami gauti daugiau informacijos, žiūrėkite failą: /usr/share/doc/libvirt-bin/README.Debian.








Pridursime tik tiek, kad šią virtualizacijos platformą jau daugiau nei trejus metus naudojame dviejose įmonėse. Nepaisant elektros energijos tiekimo sutrikimų, standartinių kompiuterių „ prisitaikymo “ veikti kaip serverių ir visų sunkumų, kurie gali kilti besivystančioje šalyje, tokioje kaip mūsų, „Qemu-Kvm“ visada veikė tinkamai, kaip ir joje veikiantys virtualūs serveriai.
Tikimės, kad šis straipsnis jums bus naudingas.
Kitas pristatymas?
„ Virsh Debian “ sistemoje
Atminkite, kad tai bus straipsnių ciklas apie kompiuterių tinklus MVĮ . Lauksime jūsų!