virt-kommandoer på Debian - Computer Networking for SMBs

fico

19 minutter

Generell indeks for serien: Datanettverk for små og mellomstore bedrifter: Introduksjon

Tittelen på dette innlegget refererer til en serie konsollkommandoer som begynner med « virt-» og som kan være nyttige i visse situasjoner. Vi vil bare gi en kort beskrivelse av hver av dem og noen få eksempler på bruken av dem. Vi gjentar at dette ikke er en erstatning for håndbøkene som følger med hver kommando. Vi anbefaler på det sterkeste at du konsulterer disse sidene ved å kjøre «man virt-» -kommandoen.

  • Hovedmålet med denne artikkelen er å fortsette å vise det brede universet at virtualisering i Linux for tiden bruker Qemu-KVM Hypervisor. Selv om vi i tittelen skriver navnet distribusjonen «Debian«, De generelle prinsippene gjelder for enhver annen distribusjon ved hjelp av de spesifikke kommandoene til hver enkelt av dem. Spesielt de som er relatert til blant annet søk, beskrivelse og installasjon av pakker.

Før du fortsetter å lese, anbefaler vi at du leser den forrige artikkelen: Qemu-KVM + Virt-Manager på Debian – Datanettverk for små og mellomstore bedrifter.

Når skal du bruke kommandoene?

Ofte administrerer vi en virtualiseringsstøtteserver eksternt med Qemu-KVM installert, og av en eller annen grunn har vi ikke det grafiske grensesnittet til Virtual Machine Manager – Virt-Manager :

  • Typisk tilfelle når vi får tilgang til den eksterne serveren fra en Windows-stasjon via kitt, eller andre av de mange alternativer som eksisterer for å koble til via SSH med en Debian GNU / Linux-server, og sistnevnte har ingen støtte installert for «X«, Eller grafisk støtte.
  • Vi vil bare administrere de virtuelle maskinene på den lokale eller eksterne serveren ved hjelp av konsollkommandoer.

Installert med libvirt-klienter

I den forrige artikkelen installerte vi libvirt -bin- pakken , og som en del av prosessen ble også libvirt-clients installert . Hvis vi kjører følgende kommando i en konsoll:

buzz @ sysadmin: ~ $ sudo dpkg -L libvirt-clients | grep / søppel
/ Usr / bin
/ usr / bin / virsh
/ usr / bin / virt-host-validate
/ usr / bin / virt-login-shell
/ usr / bin / virt-xml-validere
/ usr / bin / virt-pki-validere
  • Virsh: virsh-programmet er det viktigste brukergrensesnittet for fullstendig administrasjon av Guest Domains - Gjester. Den brukes til å liste opp, opprette, pause og slå av domener. Denne kommandoen må påberopes med tillatelser fra root. Den har to måter å kjøre: i kommandomodus og i interaktiv modus. Vi vil vie en neste artikkel til virsh.
  • virt-host-validate: verktøy som gjør det mulig å validere vertskonfigurasjonen - Host, slik at den kan støtte alle Hypervisor-driverne - hypervisor. For å oppnå riktige resultater må kommandoen kjøres med tillatelser fra root.
  • virt-login-shell: kommando for å utføre a shell tilpasset for en normal bruker i en container LXC, hvis navn er det samme som brukeren som påkaller det. Hvis beholderen ikke kjører, kommandoen virt-login-shell vil prøve å starte den. Denne kommandoen kan ikke påberopes med brukertillatelser root. Den veldig eksplisitte konfigurasjonsfilen for dette programmet er /etc/libvirt/virt-login-shell.conf.
  • virt-xml-validere: validere XML-filer fra libvirt sammenligne dem med en skjematisk - skjema gyldig. Vi får en liste over gyldige skjemanavn hvis vi utfører mann virt-xml-validere.
  • virt-pki-validere: brukes til å validere om PKI-filene til libvirt De er riktig konfigurert, både på den sikre serversiden og på klienten som vil bruke TLS-krypteringsprotokollen for å få tilgang til serveren eksternt. Dens utførelse vil være nødvendig hvis vi har aktivert ekstern administrasjon via TLS og SSL. Kapittel 22.2 i dokumentet Veiledning for implementering og administrasjon av virtualisering, er dedikert til denne løsningen. Vi foreslår at våre forretningsnettverk bruker ekstern administrasjon via SSH, enklere og sikrere metode for et Business LAN, som vi vil vie en senere artikkel til.

Installert med virtisnt

I den forrige artikkelen installerte vi også virt-manager -pakken. Som en del av den prosessen ble også virtinst- pakken installert . For å finne ut hvilke kommandoer den inneholder, kjører vi:

byzz @ sysadmin: ~ $ sudo dpkg -L virtinst | grep / søppel
/ Usr / bin
/ usr / bin / virt-convert
/ usr / bin / virt-image
/ usr / bin / virt-xml
/ usr / bin / virt-install
/ usr / bin / virt-clone
  • virt-konvertere- kommando som konverterer definisjoner av virtuell maskin til formater VMX y Ovf til det opprinnelige libvirt-formatet XML. VMX-formatet brukes vanligvis av VMware, mens OVF «Åpne virtualiseringsformat»Kan brukes av alle hypervisor støtte det.
  • virt-bilde- Oppretter en virtuell maskin fra en bildebeskrivelsesfil i XML-format. Dette bestemte verktøyet vil bli fjernet fra fremtidige versjoner av Kok opp, Slik at Vi foreslår ikke bruken.
  • virt-xml: Tillater redigering av innebygde XML-filer som brukes av libvirt, ved hjelp av kommandolinjealternativer.
  • virt-installere: kommandolinjeverktøy som gjør det mulig å opprette nye virtuelle maskiner i Hypervisors som KVM, Xen eller Linux Containers som bruker hypervisor management biblioteket "Libvirt". Dette verktøyet støtter grafisk installasjon hvis vi for eksempel bruker VNC Virtual Network Computing, eller KRYDDER. Den støtter også konsoll- eller tekstmodus fullt ut. Gjennom bruken kan vi lage en virtuell maskin med en eller flere harddisker, ett eller flere nettverkskort, lydenheter, fysiske USB- eller PCI-enheter og så videre. Installasjonsmediet kan være lokalt, eksternt, publisert ved hjelp av den innfødte UNIX NFS Network File System-protokollen, HTTP, FTP. etc.
  • virt-klon- kommandolinjeverktøy for å klone eksisterende virtuelle maskiner ved hjelp av hypervisor management biblioteket "Libvirt". Kopier i utgangspunktet bildet av en virtuell maskin og opprett en ny gjest - Gjest med identisk maskinvarekonfigurasjon. Maskinvareelementer som må være unike, for eksempel maskinvareadressen til et nettverkskort, vil bli oppdatert for å unngå kollisjoner eller støy mellom det gamle og det nye Gjest.

dyd-seer

Dette verktøyet installeres også når du installerer virt-manager . virt-viewer er en separat pakke.

  • dyd-seer: lar oss vise en grafisk konsoll, via VNC eller SPICE, av en bestemt virtuell maskin, enten den er lokalisert eller eksternt. Vi kan vise til Gjest som vi ønsker å vise gjennom navnet, IDen eller UUID. Hvis den virtuelle maskinen ikke kjører, vil virt-viewer vente på at den starter.

Andre "virt-" kommandoer som kan installeres fra separate pakker

  • god-godbiter- En samling verktøy relatert til virtualisering. Inkluderer et plugin for «Munin«, Og et skript for å konvertere virtuelle maskiner opprettet med VMware Workstation eller VMware Server, til formatet som brukes i Qemu-KVM.
  • virt-topp: Viser statistikken over virtualiserte domener. En slags topp o htop for virtuelle maskiner

Installert med qemu-verktøy

Selv om navnene på disse verktøyene ikke begynner med virt- , må vi helt sikkert bruke et av dem på et tidspunkt, spesielt det som er relatert til diskavbildninger av virtuelle maskiner.

Vi kan aktivere dem etter å ha installert virtualiseringsplattformen Qemu-Kvm , som beskrevet i forrige artikkel. For å finne ut hvilke kommandoer som er tilgjengelige i qemu-utils -pakken , trenger vi bare å kjøre:

buzz @ sysadmin: ~ $ sudo dpkg -L qemu-utils | grep / søppel
/ Usr / bin
/ usr / bin / qemu-img
/ usr / bin / qemu-nbd / usr / bin / qemu-io

Hvis vi i stedet for å skille etter /bin hadde gjort det etter /sbin , ville vi fått et annet resultat som vi overlater til din vurdering.

  • qemu-img: lar oss lage, og konvertere og / eller modifisere bilder av plater som ikke fungerer eller som fungerer Utenfor linjen.
    Vi foreslår kjør kommandoen mann qemu-img. Vi vil bare understreke at vi ALDRI skal bruke denne kommandoen til endre ethvert bilde som brukes av en hvilken som helst virtuell maskin eller annen prosess, fordi det kan ødelegge bildet. Vi bør heller ikke konsultere dataene til et bilde som er i endringsprosess, da vi kan finne uoverensstemmelser i dets tilstand.

Eksempler på bruk av noen av kommandoene

virt-host-validate

buzz @ sysadmin: ~ $ virt-host-validate 
  QEMU: Sjekker for maskinvarevirtualisering: PASS QEMU: Sjekker for enhet / dev / kvm: PASS QEMU: Sjekker for enhet / dev / vhost-net: WARN (Last inn 'vhost_net' -modulen for å forbedre ytelsen til virtio-nettverk) QEMU: Sjekker for device / dev / net / tun: PASS LXC: Ser etter Linux> = 2.6.26: PASS

buzz @ sysadmin: ~ $ sudo virt-host-validere 
[sudo] passord for buzz: QEMU: Kontrollerer maskinvarevirtualisering: PASS QEMU: Kontrollerer enhet / dev / kvm: PASS QEMU: Kontrollerer enhet / dev / vhost-net: PASS QEMU: Kontrollerer enhet / dev / net / tun : PASS LXC: Ser etter Linux> = 2.6.26: PASS

virt-xml-validere

buzz @ sysadmin: ~ $ sudo virt-xml-validate /etc/libvirt/qemu/dns.xml 
/etc/libvirt/qemu/dns.xml validerer

buzz @ sysadmin: ~ $ sudo virt-xml-validate /etc/libvirt/qemu/networks/default.xml
/etc/libvirt/qemu/networks/default.xml validerer

qemu-img

buzz @ sysadmin: ~ $ qemu-img sjekk /tera/vmware/omicron/omicron.vmdk
Ingen feil ble funnet på bildet.

buzz @ sysadmin: ~ $ qemu-img info /tera/vmware/omicron/omicron.vmdk
bilde: /tera/vmware/omicron/omicron.vmdk
filformat: vmdk virtuell størrelse: 20G (21474836480 byte) diskstørrelse: 3.6G cluster_size: 65536 Format spesifikk informasjon: cid: 1473577509 foreldre cid: 4294967295 opprett type: monolitiskSparse utvidelser: [0]: virtuell størrelse: 21474836480 filnavn: / tera / vmware / omicron / omicron.vmdk klyngestørrelse: 65536 format:

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.raw 
bilde: /tera/vms/omicron.raw
filformat: rå virtuell størrelse: 20G (21474836480 byte) diskstørrelse: 3.4G

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/miweb.qcow2
bilde: /tera/vms/miweb.qcow2
filformat: qcow2 virtuell størrelse: 10G (10737418240 byte) diskstørrelse: 4.5G cluster_size: 65536 Formatspesifikk informasjon: kompatibel: 1.1 late refcounts: false

buzz @ sysadmin: ~ $ sudo qemu-img konvertere -p /tera/vms/omicron.raw -O qcow2 /tera/vms/omicron.qcow2
    (27.56 / 100%)

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.qcow2 
bilde: /tera/vms/omicron.qcow2
filformat: qcow2 virtuell størrelse: 20G (21474836480 byte) diskstørrelse: 3.5G cluster_size: 65536 Formatspesifikk informasjon: kompatibel: 1.1 late refcounts: false
buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/hyp2.qcow2 20G
Formatering '/tera/vms/hyp2.qcow2', fmt = qcow2 størrelse = 21474836480 kryptering = av cluster_size = 65536 lazy_refcounts = av 

buzz @ sysadmin: ~ $ sudo qemu-img info /tera/vms/hyp2.qcow2
bilde: /tera/vms/hyp2.qcow2
filformat: qcow2 virtuell størrelse: 20G (21474836480 byte) diskstørrelse: 196K cluster_size: 65536 Formatspesifikk informasjon: kompatibel: 1.1 late refcounts: false

virt-xml

Først oppretter vi et nytt album:

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/dns2.qcow2 10G

Deretter kobler vi den til det eksisterende "dns" -domenet:

buzz @ sysadmin: ~ $ virt-xml --connect qemu: /// system dns --add-device --disk /tera/vms/dns2.qcow2 --confirm
--- Original XML +++ Endret XML @@ -128,5 +128,10 @@  + + + + +

Definere 'dns' med den endrede XML? (y / n): y
Domenet 'dns' er definert.

På slutten av artikkelen gir vi den fullstendige strukturen til den nylig modifiserte /etc/libvirt/qemu/dns.xml filen.

virt-konvertere

La oss konvertere en virtuell maskin opprettet med VMware Workstation til libvirt- formatet , men ikke før vi har spesifisert at det konverterte harddiskformatet er qcow2 , og at det nye virtuelle maskinbildet opprettes i hovedarkivet /tera/vms . Vi ønsker også at kommandoutdataene skal være så eksplisitte som mulig, så vi bruker -d- alternativet.

buzz @ sysadmin: ~ $ sudo virt-convert -d / tera / vmware / miweb / --disk-format qcow2 --destination / tera / vms

Etterpå kobles virt-vieweren automatisk til den nylig konverterte gjesten, og vi kan se hele oppstartsprosessen. virt

minweb02

virt-klon

La oss klone den virtuelle maskinen « dns »:

buzz @ sysadmin: ~ $ virt-clone --connect qemu: /// system -o dns --auto-clone
Tilordner 'dns-clone.qcow2' | 10 GB 00:20 Tilordne 'dns2-clone.qcow2' | 10 GB 00:01     

Klonen 'dns-clone' er opprettet.

Vi bekreftet dette ved hjelp av virsh -kommandoen , som er en forhåndsvisning av neste artikkel:

buzz @ sysadmin: ~ $ sudo virsh liste
 Id-navn Tilstand ------------------------------------------------------- -----

buzz @ sysadmin: ~ $ sudo virsh liste - alt
 Id-navn Tilstand ------------------------------------------------------- ----- - dns avstengt - dns-klon avstengt - miweb avstengt

buzz @ sysadmin: ~ $ sudo virsh start dns-clone
Domain dns-clone startet
buzz @ sysadmin: ~ $ virt-viewer --connect qemu: /// system dns-clone

dns-klon

virt-installere

Vi ønsker å opprette en virtuell maskin kalt « WordPress » som skal være vert for selskapets intranettside . Den skal ikke publiseres på internett. Den bør ha omtrent 1024 MB RAM, en dynamisk utvidbar harddisk på 80 GB, være basert på Debian Jessie og være koblet til standardnettverket.

For å gjøre det enklere, lager vi først diskavbildningen ved hjelp av qemu-img :

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/wordpress.qcow2 80G
Formatering '/tera/vms/wordpress.qcow2', fmt = qcow2 størrelse = 85899345920 kryptering = av cluster_size = 65536 lazy_refcounts = av

Deretter lager vi maskinen og begynner installasjonsprosessen:

buzz @ sysadmin: ~ $ sudo virt-install --connect qemu: /// system --virt-type = kvm \
--navn wordpress - ram 1024 --vcpus = 1 \
--disk /tera/vms/wordpress.qcow2 \
--cdrom /home/buzz/isos/Linux/debian-8/debian-8.0.0-amd64-CD-1.iso \
--os-type linux - nettverk nettverk = standard \
--beskrivelse wordpress.desdelinux.fan

wordpress

virt-topp

buzz @ sysadmin: ~ $ virt-top --connect qemu: /// system
virt-top 15:39:21 - x86_64 2 / 2CPU 1600MHz 3863MB 2 domener, 2 aktive, 2 kjører, 0 sovende, 0 pause, 0 inaktive D: 0 O: 0 X: 0 CPU: 0.7% Mem: 768 MB ( 768 MB av gjester) ID S RDRQ WRRQ RXBY TXBY% CPU% MEM TIDNAVN 22 R 0 0 104 0 0.3 6.0 0: 11.49 dns 21 R 0 0 104 0 0.3 13.0 0: 13.42 miweb

Strukturen til dns.xml-filen

Ved første øyekast kan det virke litt vanskelig å forstå strukturen til en virtuell maskin eller gjestedefinisjonsfil , slik den forstås av Qemu-KVM-hypervisoren og relaterte biblioteker som libvirt . Filen bruker standard .xml- format . Den er strukturert i blokker med definisjoner, som finnes i hovedblokken « domene ».

....

Innenfor den blokken finner vi definisjonene av hele den virtuelle maskinen :

  • navnet på laget
  • uuid av laget
  • mengde RAM
  • antall prosessorer
  • type operativsystem og dets arkitektur. enhet av støvel.
  • Funksjoner som den støtter, for eksempel ACPI "Automatic Control Power Interface", APM "Automatic Power Management", og PAE.
  • CPU-modell (er) og deres egenskaper
  • klokkeinnstilling: om det er UTC "United Time Cordinate" eller ikke.
  • svar på hendelser som nedleggelse, omstart eller systemkrasj
  • hvis PM «Power Management» har aktivert hendelsene «suspendere skriving til minne» og «suspendere skriving til harddisk»
  • emulator type forskjellige enheter eller KVM-enheter
  • for alle harddisker: driver, disktype, bildefilbane, målenhet, busstype, spor «slot»Pci som den er koblet til osv., Avhengig av den virtuelle disken: IDE, SATA, SCSI, USB eller Virtio.
  • optiske enheter som CDR
  • antall og type USB-kontakter
  • PCI-spor for IDE-disk
  • seriell kontakt for kommunikasjon
  • parallellkontakt for skrivere
  • nettverkskort med en unik MAC-adresse, type nettverkskort, til hvilket PCI-spor det er koblet, og til hvilket virtuelt nettverk det skal kobles
  • Pty seriekonsoller
  • inngangsenheter som pad «tablett", Musetastatur"mus", etc.
  • skjermkort og RAM, type, modell, spor, buss, etc.
  • og en annen lang osv

Kort sagt, La Mar Océana av definisjoner og enheter som er nødvendige og støttet av Qemu-KVM hypervisor og relaterte biblioteker, for å ha en fullt funksjonell virtuell maskin som om det var en ekte maskin.

buzz @ sysadmin: ~ $ sudo cat /etc/libvirt/qemu/dns.xml <!--
ADVARSEL: DETTE ER EN AUTOGENERERT FIL. ENDRINGER I DET ER Sannsynligvis OVERKRIVET OG TAPT. Endringer i denne xml-konfigurasjonen bør gjøres ved hjelp av: virsh edit dns eller andre applikasjoner ved hjelp av libvirt API.
-->

<domain type='kvm'>
  <name>dns</name>
  <uuid>9e69ebc6-213e-42f7-99bf-83b333e93958</uuid>
  <memory unit='KiB'>262144</memory>
  <currentMemory unit='KiB'>262144</currentMemory>
  <vcpu placement='static'>1</vcpu>
  <os>
    <type arch='x86_64' machine='pc-i440fx-2.1'>hvm</type>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <cpu mode='custom' match='exact'>
    <model fallback='allow'>Nehalem</model>
    <vendor>Intel</vendor>
    <feature policy='require' name='tsc-deadline'/>
    <feature policy='require' name='dtes64'/>
    <feature policy='require' name='xsave'/>
    <feature policy='require' name='vmx'/>
    <feature policy='require' name='erms'/>
    <feature policy='require' name='xtpr'/>
    <feature policy='require' name='smep'/>
    <feature policy='require' name='pcid'/>
    <feature policy='require' name='est'/>
    <feature policy='require' name='monitor'/>
    <feature policy='require' name='tm'/>
    <feature policy='require' name='pclmuldq'/>
    <feature policy='require' name='acpi'/>
    <feature policy='require' name='vme'/>
    <feature policy='require' name='osxsave'/>
    <feature policy='require' name='tm2'/>
    <feature policy='require' name='ht'/>
    <feature policy='require' name='pdcm'/>
    <feature policy='require' name='fsgsbase'/>
    <feature policy='require' name='ds'/>
    <feature policy='require' name='invtsc'/>
    <feature policy='require' name='rdtscp'/>
    <feature policy='require' name='ss'/>
    <feature policy='require' name='pbe'/>
    <feature policy='require' name='ds_cpl'/>
  </cpu>
  <clock offset='utc'>
    <timer name='rtc' tickpolicy='catchup'/>
    <timer name='pit' tickpolicy='delay'/>
    <timer name='hpet' present='no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <pm>
    <suspend-to-mem enabled='no'/>
    <suspend-to-disk enabled='no'/>
  </pm>
  <devices>
    <emulator>/usr/bin/kvm</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='qcow2'/>
      <source file='/tera/vms/dns.qcow2'/>
      <target dev='vda' bus='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/>
    </disk>
    <disk type='file' device='disk'>
      <driver name='qemu' type='qcow2'/>
      <source file='/tera/vms/dns2.qcow2'/>
      <target dev='vdb' bus='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/>
    </disk>
    <disk type='block' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <target dev='hda' bus='ide'/>
      <readonly/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <controller type='usb' index='0' model='ich9-ehci1'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x7'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci1'>
      <master startport='0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0' multifunction='on'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci2'>
      <master startport='2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x1'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci3'>
      <master startport='4'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x2'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'/>
    <controller type='ide' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </controller>
    <interface type='network'>
      <mac address='52:54:00:08:07:5e'/>
      <source network='default'/>
      <model type='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target port='0'/>
    </serial>
    <console type='pty'>
      <target type='serial' port='0'/>
    </console>
    <channel type='spicevmc'>
      <target type='virtio' name='com.redhat.spice.0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <input type='tablet' bus='usb'/>
    <input type='mouse' bus='ps2'/>
    <input type='keyboard' bus='ps2'/>
    <graphics type='spice' autoport='yes'/>
    <sound model='ich6'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </sound>
    <video>
      <model type='qxl' ram='65536' vram='65536' heads='1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
    <redirdev bus='usb' type='spicevmc'>
    </redirdev>
    <redirdev bus='usb' type='spicevmc'>
    </redirdev>
    <redirdev bus='usb' type='spicevmc'>
    </redirdev>
    <redirdev bus='usb' type='spicevmc'>
    </redirdev>
    <memballoon model='virtio'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>
    </memballoon>
  </devices>
</domain>

Kommende leveranser

  • Virsh kommando
  • Fjernstyring av hypervisorer og deres virtuelle maskiner ved hjelp av SSH

Husk at dette blir en artikkelserie om datanettverk for små og mellomstore bedrifter . Vi venter på deg!


Legg til som foretrukket kilde i Google