Qemu-Kvm + Virt-Manager på Debian - Datanettverk for SMB

Generell indeks for serien: Datanettverk for SMB: Introduksjon

I mai 2013 publiserte vi i denne bloggen, to artikler dedikert til installasjonen av Qemu-Kvm i Debian 7 «Hvitende«. De er fortsatt gyldige. Ettersom landskapet for installasjon og konfigurasjon i Debian 8 "Jessie" har endret seg litt, vil vi oppdatere prosedyren.

Det ville ikke være annet enn før du fordypet deg i å lese dette Hvordan gjøre det, vil de besøke forrige artikkel Virtualisering i Debian: Introduksjon - Datanettverk for små og mellomstore bedrifter, for å ha litt bakgrunn om emnet.

Nettsteder vi foreslår å besøke

Observasjon

Vi kopierer utdataene fra kommandoene, siden de er mye mer didaktiske enn noen annen komposisjon skrevet av oss. Vi foreslår at du nøye leser meldingene til de forskjellige mandatene, siden det er en av de beste måtene å lære uten å måtte gå til et internetsøk. Det er i det minste vår mening.

Installasjon

Vi starter fra den grunnleggende installasjonen av en Debian "Jessie" som vi så i Installasjon av arbeidsstasjoner - Datanettverk for små og mellomstore bedrifter. Deretter installerer vi skrivebordet eller skrivebordet etter vår preferanse slik vi så i 6 Debian-stasjonære datamaskiner - Datanettverk for små og mellomstore bedrifter.

For denne artikkelen valgte vi Kanel Desktop. Vi valgte det fordi mange lesere elsker dette skrivebordsmiljøet. 

De generelle dataene til arbeidsstasjonen vår er:

Domenenavn: desdelinux.fan
Lagets navn: sysadmin
FQDN: sysadmin.desdelinux.fan
IP adresse : 192.168.10.3
SubNet: 192.168.10.0/24
Normal bruker: buzz
Brukerens fulle navn: Debian First OS Buzz

Vi sjekker støtte for virtualisering

I en konsoll utfører vi:

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

I vårt tilfelle returnerer kommandoen oss at vi har 2 CPUer med tilstrekkelig støtte.

Pakker vi skal installere

Først og fremst finner vi ut at vi skal installere ved hjelp av følgende kommandoer:

buzz @ sysadmin: ~ $ aptitude search kvm
p ikvm - Java virtuell maskin for CLI          
v kvm                             - p libicsharpcode-nrefactory-ikvm5 - C # Parsing and Refactoring Library - IKVM p libikvm-native - native bibliotek for IKVM.NET p nova-compute-kvm - OpenStack Compute - computernode (KVM)    
p qemu-kvm - QEMU Full virtualisering på x86-maskinvare

buzz @ sysadmin: ~ $ aptitude viser nova-compute-kvm
Pakke: nova-compute-kvm Ny: ja Status: ikke installert Versjon: 2014.1.3-11 Prioritet: ekstra Seksjon: net Utvikler: PKG OpenStack Arkitektur: alt Ukomprimert størrelse: 50.2k Avhenger av: adduser, dpkg-dev, qemu-kvm | kvm, libvirt-daemon-system, nova-common, nova-compute, python-libvirt Avhengig av: dpkg (> = 1.15.6 ~) Anbefaler: guestmount Har konflikter med: nova-baremetal, nova-compute-lxc, nova- compute-qemu, nova-compute-uml, nova-compute-xen Gir: nova-compute-hypervisor Beskrivelse: OpenStack Compute - beregne node (KVM) OpenStack er en pålitelig skyinfrastruktur. Hensikten er å produsere den allestedsnærværende cloud computing-plattformen som vil tilfredsstille behovene til offentlige og private skyleverandører uavhengig av størrelse, ved å være enkel å implementere og skalerbart. OpenStack Compute, kodenavnet Nova, er en cloud computing-stoffkontroller designet for å være modulær og enkel å utvide og tilpasse. I tillegg til sin "native" OpenStack API støtter den også Amazon EC2 API, og den støtter mange forskjellige databasebakgrunner (inkludert SQLite, MySQL og PostgreSQL), hypervisorer (KVM, Xen) og brukerkatalogsystemer (LDAP, SQL ). Dette er en avhengighetspakke for beregningsnoder ved bruk av KVM. Hovedside: http://www.openstack.org/software/openstack-compute/

Vi skal ikke installere pakken Openstackfordi vi ikke trenger en hel virtualiseringsinfrastruktur for skyen - Cloud. 

buzz @ sysadmin: ~ $ aptitude viser qemu-kvm
Pakke: qemu-kvm Ny: ja Status: ikke installert Multi-Arch: utenlandsk Versjon: 1: 2.1 + dfsg-12 + deb8u1 Prioritet: valgfri Seksjon: diverse Utvikler: Debian QEMU Team Arkitektur: amd64 Ukomprimert størrelse: 60.4 k Avhenger av: qemu-system-x86 (> = 1.7.0 + dfsg-2 ~) Har konflikter med: kvm Break: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Erstatter: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Tilbyr: kvm Beskrivelse: QEMU Full virtualisering på x86-maskinvare QEMU er en rask prosessoremulator. Denne pakken inneholder bare et innpakningsskript / usr / bin / kvm som kjører qemu-system-x86 i kvm-modus for bakoverkompatibilitet. Vær oppmerksom på at gamle qemu-kvm-konfigurasjonsfiler (i / etc / kvm /) ikke lenger brukes.

Hovedside: http://www.qemu.org/

Vi installerer virtualiseringsplattformen Qemu-Kvm

buzz @ sysadmin: ~ $ sudo aptitude installer qemu-kvm libvirt-bin bridge-utils
Følgende NYE pakker vil bli installert:     
  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-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 pakker oppdatert, 42 nye installert, 0 å fjerne og 0 ikke oppdatert. Jeg trenger å laste ned 8,422 kB / 14.8 MB filer. Etter utpakking vil 53.3 MB brukes. Vil du fortsette? [Y / n /?] Og

Viktig

Når vi installerer på et skrivebord, trenger vi et grensesnitt for å administrere KVM. Hvis vi skulle installere på en eller flere servere, både installasjonen av skrivebordet og installasjonen av Virtual Machine Manager, som vi installerer senere. Ci en enkelt forekomst av dette grafiske grensesnittet, kan vi administrere alle serverne der vi har installert pakkene qemu-kvm, libvirt-bin y bro-verktøy.

Hoveddemonen - daemon av virtualisering er libvirtd. For å vite hvilken status vi utfører:

buzz @ sysadmin: ~ $ sudo systemctl status libvirtd
buzz @ sysadmin: ~ $ sudo service libvirtd status

Hvis vi i noen av de forrige kommandoene leser noen linjer i rødt, er det sunt å starte tjenesten på nytt libvirtd og sjekk igjen, eller start datamaskinen på nytt og sjekk. Han scriptlibvirtd.service som kjører systemd, er i /lib/systemd/system/libvirtd.service. Legg merke til at vi også kan påkalle den demonen på den gamle måten, det vil si:

buzz @ sysadmin: ~ $ sudo service libvirtd
Bruk: /etc/init.d/libvirtd {start | stop | restart | reload | force-reload | status | force-stop}

buzz @ sysadmin: ~ $ sudo service libvirtd start på nytt buzz @ sysadmin: ~ $ sudo service libvirtd status
● libvirtd.service - Virtualiseringsdemon
   Lastet: lastet (/lib/systemd/system/libvirtd.service; aktivert)
   aktiv: aktiv (kjører) siden søn 2016-11-27 11:23:53 EST; 8 minutter siden Dokumenter: mann: libvirtd (8) http://libvirt.org Hoved PID: 1112 (libvirtd) CGroup: /system.slice/libvirtd.service └─1112 / usr / sbin / libvirtd

El script lokalisert i /etc/init.d/qemu-system-x86, har ansvaret for å sette inn de nødvendige modulene for riktig drift av Qemu-Kvm. Etter at den har gjort jobben sin med hell, er den ferdig. Hvis vi sjekker statusen, vil den gi oss beskjed om at den er 0 eller vellykket.

buzz @ sysadmin: ~ $ sudo systemctl status qemu-system-x86 ● qemu-system-x86.service - LSB: QEMU KVM-modul lasteskript lastet: lastet (/etc/init.d/qemu-system-x86)
   aktiv: aktiv (avsluttet) siden søn 2016-11-27 11:18:17 EST; 18 minutter siden Prosess: 172 ExecStart = / etc / init.d / qemu-system-x86 start (kode = avsluttet, status = 0 / SUCCESS)

Hvis vi er nysgjerrige og ønsker å vite hvilke moduler og plassering, utfører vi:

buzz @ sysadmin: ~ $ sudo oppdatertb

buzz @ sysadmin: ~ $ finn 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/
totalt 1016 -rw-r - r-- 1 rotrot 97120 17 juli 2015 XNUMX kvm-amd.ko
-rw-r - r-- 1 rotrot 223680 17. juli 2015 kvm-intel.ko
-rw-r - r-- 1 rotrot 715920 17. juli 2015 kvm.ko

Vi installerer Virtual Machine Manager

buzz @ sysadmin: ~ $ sudo aptitude installer virt-manager
[sudo] passord for buzz: Følgende NYE pakker blir installert: 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 pakker oppdatert, 11 nye installert, 0 å fjerne og 0 ikke oppdatert. Jeg må laste ned 2,041 kB filer. Etter utpakking vil 12.5 MB brukes. Vil du fortsette? [Y / n /?] Og

Etter å ha installert pakken, konsulterer vi:

buzz @ sysadmin: ~ $ cat /usr/share/doc/virt-manager/README.Debian 
Tilgangskontroll ============== Tilgang til libvirt-kontakten styres av medlemskap i "libvirt" -gruppen. Hvis du vil administrere virtuelle maskiner som ikke rot, må du legge til brukeren din i den gruppen, eller du må bruke økturis som qemu: /// økt. Se også /usr/share/doc/libvirt-bin/README.Debian. - Guido Guenther Tor, 04. juni 2010 11:46:03 +0100

Ovennevnte indikerer at vi må gjøre brukeren til å bli medlem av libvirt-gruppen for å få tilgang til det nylig installerte grensesnittet:

buzz @ sysadmin: ~ $ sudo adduser buzz libvirt
Legger til brukeren "buzz" til gruppen "libvirt" ... Legger til brukerbuzz til gruppen libvirt Ferdig.

Nå lukker vi økten og starter den på nytt. Etter å ha kommet inn på Cinnamon Desktop går vi til Meny -> Administrasjon -> Virtual Machine Manager, og vi får tilgang til administrasjonsgrensesnittet til vår KVM.

Virtuelle nettverk i Virtual Machine Manager

Til tross for at Virtual Machine Manager er enkel å bruke og at vi med daglig praksis kan oppnå en mastergrad i bruken, tilbyr vi en Tips om hvordan du endrer det virtuelle nettverket som Qemu-Kvm installerer som standard.

Vi navigerer i Meny -> Rediger -> Tilkoblingsdetaljer, og vi går til fanen «Virtuelle nettverk«. Hvis vi klikker på lenken IPv4-konfigurasjon, den Rød, og informerer oss også om at DHCP-serveren er aktivert for den. Denne serveren kjører takket være pakken dnsmasq-base, som er installert.

For mer informasjon, se filen: /usr/share/doc/libvirt-bin/README.Debian.

Hvis vi vil endre nettverkskonfigurasjonen «standard~~POS=TRUNC«, Vi vil gå frem som følger:

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
misligholde 

buzz @ sysadmin: ~ $ sudo nano /etc/libvirt/qemu/networks/default.xml
misligholde 

buzz @ sysadmin: ~ $ sudo systemctl start libvirtd på nytt
buzz @ sysadmin: ~ $ sudo systemctl status libvirtd

Hvis vi ikke hadde stengt Virtual Machine Manager før du startet om demon libvirtd, vil vi motta følgende feilmelding, som er normalt for at dette skal skje:

Vi må bare lukke Virt Manager og åpne den på nytt. Vi går tilbake til den delen av konfigurasjonen for virtuelle nettverk, og vi bekrefter at nettverket standard~~POS=TRUNC, har du allerede de modifiserte parametrene.

Vi foreslår at du aktiverer automatisk start av nettverket standard~~POS=TRUNC, ved å merke av i ruten «Autoniser".

Lagring i Virt-Manager

Et annet aspekt vi vil berøre er Lagring - oppbevaring i Virt-Manager. Som standard ligger systemmappen for å lagre alle virtuelle maskinbilder / var / lib / libvirt / bilder. Anta at vi har en harddisk helt dedikert til den funksjonen, og vi har den montert på / hjem / vms. For å legge den til Virt Managernavigerer vi gjennom menyen -> Rediger -> Tilkoblingsdetaljer -> Lagring. Nederst til venstre klikker vi på knappen «+«. Så en veiviser for «Lag oppbevaringsbøtte':

La oss ta en titt på de forskjellige lagringstypene vi kan velge mellom. Detaljert dokumentasjon finner vi i Veiledning for implementering og administrasjon av virtualisering, fra Red Hat. Vi velger den første «dir: Filsystemkatalog".

På slutten av veiviseren er den nye lagringstanken aktiv og starter automatisk.

Første virtuelle maskin

Vi må navigere gjennom og lese de forskjellige alternativene som tilbys av Virt-Manager. La oss observere i det nest siste bildet av de som vises senere, at når vi kommer til utgaven av den nyopprettede virtuelle maskinen og før Start installasjonen, i alternativet «prosessor«, Vi merker av i boksen "Konfigurasjon" Kopier vertsdatamaskinens CPU-konfigurasjon. Det er kanskje ikke nødvendig å gjøre det, men vi holder oss til Debian-anbefalingen og vår HP-serverpraksis.

For mer informasjon, se filen: /usr/share/doc/libvirt-bin/README.Debian.

Vi vil bare legge til at i mer enn tre år har vi hatt denne virtualiseringsplattformen i produksjon i to selskaper. Til tross for strømbrudd, vanlige datamaskiner «tilpasset»Å fungere som tjenere, og av alle vanskeligheter som kan eksistere i et underutviklet land som vårt, USA Qemu-Kvm det har alltid fungert riktig, så vel som de virtuelle serverne som kjører på den.

Vi håper denne artikkelen er nyttig for deg.

Neste levering?

«Virsh på Debian«

Husk at dette blir en serie artikler av Datanettverk for SMB. Vi vil vente på deg!