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
- Kernebasert virtuell maskin
- hypervisor
- Red Hat Documentation Index
- Guide for virtualisering Komme i gang
- Veiledning for implementering og administrasjon av virtualisering
- Veiledning for innstilling og optimalisering av virtualisering
- Veiledning for virtualiseringssikkerhet
- Konvertering av virtuelle maskiner fra andre hypervisorer til KVM med virt-v2v
- Libvirt-prosjektet
- Virt-Manager organisasjon
- Linux KVM-organisasjon
- Qemu Organisasjon
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!
Didaktisk artikkel som vil hjelpe meg med implementeringen av serverparet mitt med Qemu-KVM. Tusen takk Federico, og vi vil fortsette å vente på innleggene dine.
Veldig god artikkel for enhver innvielse i Qemu-KVM.
Det ville være veldig interessant at du i fremtidige artikler forklarer XML-filene på de virtuelle maskinene og den tynne klargjøringen av harddiskene, og dermed oppnår en veldig effektiv distribusjon.
Hilsen og takk for at du har bidratt.
Tusen takk for kommentarene dine !.
Alberto: hovedmålet med artiklene våre, som vi allerede har skrevet i mange av dem, er å tilby et inngangspunkt til emnene som dekkes. Noen ganger veldig kortfattet og noen ganger litt mer eksplisitt. Det avhenger av kompleksiteten i emnet. Av denne grunn gir vi en hel serie lenker til andre nettsteder, slik at leserne, enten de er initiert eller ikke, finner mer litteratur for å berike deres kunnskap. Jeg topper den listen over lesere. 😉
Fra kommentaren din ser jeg at du ikke er en initiativtaker til emnet. Du ber meg forklare en ganske teknisk funksjon som "Tynn forsyning", selv om vi bruker det på en eller annen måte i vårt daglige arbeid.
"Thin provisioning", for praktiske formål, er når vi benytter virtualiseringsteknologier for å gi utseendet at vi har flere maskinvareressurser enn vi faktisk har. Hvis et system alltid har de nødvendige maskinvareressursene til rådighet for å støtte alle virtualiserte ressurser, kan vi ikke snakke om å ha implementert Light Provisioning i det systemet.
Jeg prøver at nødvendige minnesressurser, harddiskplass, antall prosessorer osv. For utførelse av virtuelle servere eller gjester ikke overskrider ressursene til selve verten.
Jeg prøver å ha en tung forsyning eller Kryss av Provisioning. Jeg organiserer virtualisering - når jeg kan - slik at totaliteten av ressursene som brukes i gjesten, tilnærmer seg totalen av tilgjengelige ressurser.
Det antydes at effektiviteten til typen klargjøring avhenger av hvordan vi bruker den og ikke av virtualiseringsteknologien. Heavy Provisioning er mest effektivt når mengden maskinvareressurser som brukes, tilnærmer mengden tilgjengelige ressurser. Thin Provisioning er mest effektivt når mengden maskinvareressurser som brukes er mye mindre enn det som er tilgjengelig.
For mer informasjon om anskaffelser, besøk i første omgang: https://en.wikipedia.org/wiki/Thin_provisioning.
For øvrig vil jeg fortelle deg det i dokumentet "Guide for distribusjon og administrasjon av virtualisering" nevnt i denne artikkelen, refererer den bare til tynn klargjøring en gang, og det er å fortelle oss at denne typen klargjøring ikke støttes av Storage Depots eller Storage Pool, med LVM eller Logical Volume Manager.
Til slutt vil jeg gjøre oppmerksom på at et innlegg ikke kan dekke eller erstatte spesialisert litteratur om et bestemt emne. For eksempel er det gamle Red Hat-dokumentet 565 sider langt.
Luigys, jeg har problemer med å motta kommentarene som er lagt ut.
Vi jobber med det
Hvorfor har det ikke vært noe siden Linux sa om utgivelsen 25 av den populære Fedora-distribusjonen? Jeg får inntrykk av at denne bloggen bare spesialiserer seg på Debian og Ubuntu ... Hvor trist jeg er at jeg er en ivrig leser og bruker av Fedora samtidig
Kjære Marty, uten tvil har vi glemt noe om Fedora, det er ikke av glede, men av nødvendighet. GNU / Linux og den frie verden beveger seg hele tiden, og våre evner til å teste, lære og kommunisere er begrensede. Vi vil gjerne ha 48-timersdager, å kunne på en eller annen måte bidra mer og om flere emner.
På et eller annet tidspunkt skal vi skrive om Fedora, beklager hvis det ikke er nå, vi jobber med å nå flere og flere samarbeidspartnere for å hjelpe oss med å lage innhold, på denne måten vil det være flere poeng vi kan dekke.
Alle er invitert til å samarbeide i DesdeLinux, for dette er det Guide for Writers and Editors Guide https://blog.desdelinux.net/guia-redactores-editores/ Vi håper derfor på et eller annet tidspunkt å ha mye mer materiale å tilby.
Vil du at vi også skal publisere om CentOS?
Spesiell artikkel, vi er vant til det. Takk for denne leveringsbroren, du spiller allerede mye mer interessante emner, som ikke tar bort fra resten av innleggene. Jeg sier det slik fra mitt synspunkt fordi oppfølgingen min til Qemu-KVM begynte for noen år siden og siden jeg møtte ham Jeg har ingen klage på det.
Jeg håper at Qemu-KVM forblir sterk og fortsetter for Debian i fremtiden.
Hvis du er observatør Crespo88, i disse nye artiklene om Qemu-KVM, dykker jeg dypere, som du allerede så i den neste, og du vil se i de to til som jeg snart vil publisere. I dagens verden er virtualisering en viktig teknologi. Det er verdt å fordype seg i bruken. Takk for kommentaren !!!.
Veldig god artikkel om hvordan man på en enkel og rimelig måte kan praktisere teorien om virtualisering basert på KVM (eller Kernel-based Virtual Machine), det vil si at dette er alt det grunnleggende å starte:
Først) Installer virtualiseringsplattformen Qemu-Kvm.
2.) Siden verten har et grafisk grensesnitt, trenger vi Virtual Machine Manager for å administrere KVM-virtualisering.
Tredje) Veldig gode TIPS for å legge til brukerbruken vår i libvirt-gruppen for å få tilgang til Virtual Machine Manager-grensesnittet; for å modifisere det virtuelle nettverksgrensesnittet og standardlagring i Virt-Manager til en annen "montert" partisjon på en andre harddisk.
4. og siste) Opprettelsen av 1. MV.
Takk for at du delte denne informasjonen "uselvisk" for å forbedre oss selv videre i Linux-verdenen.
Tusen takk for kommentaren din, venn Wong. Meldinger som dine er det som får meg til å skrive for FromLinux Community og for alle Linux-elskere