virt-kommandon på Debian - datornätverk för små och medelstora företag

Allmänt index för serien: Datornätverk för små och medelstora företag: introduktion

Titeln på det här inlägget hänvisar till en serie konsolkommandon som börjar med «dygd- « och det kan vara användbart under vissa omständigheter. Vi ger bara en kort beskrivning av var och en och några exempel på användning. Vi upprepar det: Vi kan inte ersätta manualerna som följer med varje kommando. Vi rekommenderar starkt kolla dessa sidor genom att köra människans dygd-Comando.

  • Huvudsyftet med denna artikel är att fortsätta visa det breda universum som för närvarande är virtualisering i Linux genom Qemu-KVM Hypervisor. Även om vi i titeln skriver namnet distributionen «Debian«, De allmänna principerna är tillämpliga på alla andra distributioner genom de specifika kommandona för var och en av dem. Speciellt de som är relaterade till bland annat sökning, beskrivning och installation av paket.

Innan du fortsätter med läsningen, Vi rekommenderar besök föregående artikel: Qemu-KVM + Virt-Manager på Debian - datanätverk för små och medelstora företag.

När ska jag använda kommandona?

Vid många tillfällen hanterar vi en server för virtualiseringssupport på distans med Qemu-KVM installerat, och av någon anledning har vi inte det grafiska gränssnittet för Virtual Machine Manager - Virt Manager:

  • Vanligt fall när vi kommer åt fjärrservern från en Windows-station via kITTeller någon annan av de många alternativ som finns för att ansluta via SSH till en Debian GNU / Linux-server, och den senare har inget stöd installerat för «X«, Eller grafiskt stöd.
  • Vi vill helt enkelt hantera de virtuella maskinerna på den lokala eller fjärrservern med hjälp av konsolkommandon.

Installerad med libvirt-klienter

I tidigare artikel vi installerar paketet libvirtsoptunna, och som en del av processen installerades den libvirt-klienter. Om vi ​​kör i en konsol:

buzz @ sysadmin: ~ $ sudo dpkg -L libvirt-clients | grep / bin
/ Usr / bin
/ usr / bin / virsh
/ usr / bin / virt-host-validate
/ usr / bin / virt-login-shell
/ usr / bin / virt-xml-validera
/ usr / bin / virt-pki-validate
  • Virsh: virsh-programmet är det viktigaste användargränssnittet för fullständig hantering av gästdomäner - Besökare. Den används för att lista, skapa, pausa och stänga av domäner. Detta kommando måste åberopas med behörighet av rot. Det har två sätt att köra: i kommandoläge och i interaktivt läge. Vi kommer att ägna en nästa artikel till virsh.
  • virt-host-validate: verktyg som gör det möjligt att validera värdkonfigurationen - Host, så att den kan stödja alla Hypervisor-drivrutiner - Hypervisor visor~~POS=HEADCOMP. För att få korrekta resultat måste kommandot köras med behörigheter av rot.
  • virt-login-shell: kommando för att köra a skal anpassad för en normal användare i en behållare LXC, vars namn är detsamma som användaren som åberopar det. Om behållaren inte körs, kommandot virt-login-shell kommer att försöka starta det. Detta kommando kan inte åberopas med användarbehörigheter rot. Den mycket explicita konfigurationsfilen för detta program är /etc/libvirt/virt-login-shell.conf.
  • virt-xml-validera: validera XML-filer från libvirt jämför dem med en schematisk bild - schema giltig. Vi får en lista med giltiga schemanamn om vi kör man virt-xml-validera.
  • virt-pki-validera: används för att validera om PKI-filer av libvirt De är korrekt konfigurerade, både på den säkra serversidan och på klienten som använder TLS-krypteringsprotokollet för att fjärråtkomst till servern. Dess körning kommer att vara nödvändig om vi har aktiverat fjärradministration via TLS och SSL. Kapitel 22.2 i dokumentet Guide för virtualiseringsdistribution och administration, är dedikerad till denna lösning. Vi föreslår att våra affärsnätverk använder fjärradministration via SSH, den enklaste och säkraste metoden för ett Business LAN, som vi kommer att ägna en senare artikel till.

Installerad med virtisnt

I föregående artikel installerade vi också paketet virt-manager. Som en del av den processen installerades paketet koka upp. Om vi ​​vill veta vilka kommandon den senare innehåller, utför vi:

byzz @ sysadmin: ~ $ sudo dpkg -L virtinst | grep / bin
/ Usr / bin
/ usr / bin / virt-convert
/ usr / bin / virt-image
/ usr / bin / virt-xml
/ usr / bin / virt-install
/ usr / bin / virt-clone
  • virt-konvertera- kommando som konverterar virtuella maskindefinitioner till format VMX y Ovf till det ursprungliga libvirt-formatet XML. VMX-formatet används vanligtvis av VMware, medan OVF «Öppna virtualiseringsformat»Kan användas av alla Hypervisor visor~~POS=HEADCOMP stödja det.
  • dygdbild- Skapar en virtuell maskin från en bildbeskrivningsfil i XML-format. Detta specifika verktyg kommer att tas bort från framtida versioner av koka upp, Så att Vi föreslår inte dess användning.
  • virt-xml: Tillåter redigering av inbyggda XML-filer som används av libvirt, med kommandoradsalternativ.
  • virt-installera: kommandoradsverktyg som gör det möjligt att skapa nya virtuella maskiner i Hypervisors som KVM, Xen eller Linux Containers som använder hypervisorhanteringsbiblioteket "Libvirt". Detta verktyg stöder grafisk installation om vi till exempel använder VNC Virtual Network ComputingOr KRYDDA. Den stöder också fullt konsol- eller textläge. Genom dess användning kan vi skapa en virtuell maskin med en eller flera hårddiskar, ett eller flera nätverkskort, ljudenheter, fysiska USB- eller PCI-enheter och så vidare. Installationsmediet kan vara lokalt, fjärrstyrt, publicerat med det inbyggda UNIX NFS Network File System-protokollet, HTTP, FTP. etc.
  • virt-klon- kommandoradsverktyg för att klona befintliga virtuella maskiner med hypervisorhanteringsbiblioteket "Libvirt". Kopiera i princip bilden av en virtuell maskin och skapa en ny gäst - Gäst med identisk hårdvarukonfiguration. Hårdvaruposter som behöver vara unika, till exempel maskinvaruadressen för ett nätverkskort, kommer att uppdateras för att undvika kollisioner eller buller mellan det gamla och det nya Gäst.

virt-tittare

Detta verktyg installeras också när du gör virt-manager. virt-tittare det är ett separat paket.

  • virt-tittare: låter oss visa en grafisk konsol, via VNC eller SPICE, för en specifik virtuell maskin, oavsett om den är lokal eller fjärrstyrd. Vi kan hänvisa till Gäst som vi vill visa genom dess namn, ID eller UUID. Om den virtuella maskinen inte körs väntar virt-viewer på att den startar.

Andra "virt-" kommandon som kan installeras från separata paket

  • god-godsaker- En samling verktyg relaterade till virtualisering. Inkluderar ett plugin för «munin«, Och ett skript för att konvertera virtuella maskiner skapade med VMware Workstation eller VMware Server, till det format som används i Qemu-KVM.
  • virt-topp: Visar statistik för virtualiserade domäner. Ett slags topp o htop för virtuella maskiner

Installerad med qemu-verktyg

Även om namnet på dessa verktyg inte börjar med dygd-Visst måste vi använda några av dem vid en viss tidpunkt, särskilt den som är relaterad till bilderna på de virtuella maskinernas diskar.

Vi kan åberopa dem efter att ha installerat Qemu-Kvm virtualiseringsplattform, som anges i föregående artikel. Om vi ​​vill veta vilka kommandon paketet har till vårt förfogande qemu-utils, vi behöver bara springa:

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

Om istället för att diskriminera av / bin vi skulle ha gjort det för / sbinskulle vi få ett annat resultat som vi överlåter till ditt övervägande.

  • qemu-img: låter oss skapa och konvertera och / eller modifiera bilder på skivor som inte fungerar eller som är Gått över gränsen.
    Vi föreslår kör kommandot man qemu-img. Vi kommer bara att betona att vi ALDRIG ska använda detta kommando för att ändra alla bilder som används av en virtuell maskin eller någon annan process, eftersom det kan förstöra bilden. Vi bör inte heller konsultera data för en bild som håller på att modifieras, eftersom vi kan hitta inkonsekvenser i dess tillstånd.

Exempel på användning av några av kommandona

virt-host-validate

buzz @ sysadmin: ~ $ virt-host-validera 
  QEMU: Kontroll av hårdvaruvirtualisering: PASS QEMU: Kontroll av enhet / dev / kvm: PASS QEMU: Kontroll av enhet / dev / vhost-net: WARN (Ladda "vhost_net" -modulen för att förbättra prestanda för virtio-nätverk) QEMU: Kontrollerar för enhet / dev / net / tun: PASS LXC: Kontroll för Linux> = 2.6.26: PASS

buzz @ sysadmin: ~ $ sudo virt-host-validate 
[sudo] lösenord för buzz: QEMU: Kontrollerar för hårdvaruvirtualisering: PASS QEMU: Kontrollerar enhet / dev / kvm: PASS QEMU: Kontrollerar enhet / dev / vhost-net: PASS QEMU: Kontrollerar enhet / dev / net / tun : PASS LXC: Kontroll för Linux> = 2.6.26: PASS

virt-xml-validera

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

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

qemu-img

buzz @ sysadmin: ~ $ qemu-img check /tera/vmware/omicron/omicron.vmdk
Inga fel hittades på bilden.

buzz @ sysadmin: ~ $ qemu-img info /tera/vmware/omicron/omicron.vmdk
bild: /tera/vmware/omicron/omicron.vmdk
filformat: vmdk virtuell storlek: 20G (21474836480 byte) diskstorlek: 3.6G cluster_size: 65536 Formatera specifik information: cid: 1473577509 överordnad cid: 4294967295 skapa typ: monolitiskSparse extens: [0]: virtuell storlek: 21474836480 filnamn: / tera / vmware / omicron / omicron.vmdk klusterstorlek: 65536 format:

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.raw 
bild: /tera/vms/omicron.raw
filformat: rå virtuell storlek: 20G (21474836480 byte) diskstorlek: 3.4G

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/miweb.qcow2
bild: /tera/vms/miweb.qcow2
filformat: qcow2 virtuell storlek: 10G (10737418240 byte) diskstorlek: 4.5G cluster_size: 65536 Formatspecifik information: kompatibilitet: 1.1 lat återräkning: falsk

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

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.qcow2 
bild: /tera/vms/omicron.qcow2
filformat: qcow2 virtuell storlek: 20G (21474836480 byte) diskstorlek: 3.5G cluster_size: 65536 Formatspecifik information: kompatibilitet: 1.1 lat återräkning: falsk
buzz @ sysadmin: ~ $ sudo qemu-img skapa -f qcow2 /tera/vms/hyp2.qcow2 20G
Formatering '/tera/vms/hyp2.qcow2', fmt = qcow2 storlek = 21474836480 kryptering = av cluster_size = 65536 lazy_refcounts = av 

buzz @ sysadmin: ~ $ sudo qemu-img info /tera/vms/hyp2.qcow2
bild: /tera/vms/hyp2.qcow2
filformat: qcow2 virtuell storlek: 20G (21474836480 byte) diskstorlek: 196K cluster_size: 65536 Formatspecifik information: kompatibilitet: 1.1 lat återräkning: falsk

virt-xml

Först skapar vi ett nytt album:

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

Sedan ansluter vi den till den befintliga "dns" -domänen:

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

Definiera 'dns' med den ändrade XML? (y / n): y
Domän 'dns' har definierats framgångsrikt

I slutet av artikeln ger vi den fullständiga strukturen för den nyligen modifierade /etc/libvirt/qemu/dns.xml-filen.

virt-konvertera

Låt oss konvertera en virtuell maskin skapad med VMware Workstation mot formatet libvirt, inte utan att först ange att formatet på den konverterade hårddisken är qcow2, och även att den nya virtuella maskinavbildningen skapas i huvudförvaret / tera / vms. Vi vill också att kommandot ska vara så tydligt som möjligt, så vi använder alternativet -d.

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

Därefter ansluter virt-viewern automatiskt till den nyligen konverterade gästen, och vi kan se hela startprocessen.virt

myweb02

virt-klon

Låt oss klona den virtuella maskinen «dns':

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

Klonen "dns-clone" har skapats framgångsrikt.

Vi kontrollerar med kommandot Virsh, som är en förhandsvisning av nästa artikel:

buzz @ sysadmin: ~ $ sudo virsh lista
 Id Namn Stat ----------------------------------------------- -----

buzz @ sysadmin: ~ $ sudo virsh lista - allt
 Id Namnstat ------------------------------------------------------- ----- - dns avstängd - dns-klon avstängd - miweb avstängd

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

dns-klon

virt-installera

Vi vill skapa en virtuell maskin med namnet «Wordpress»Att vara värd för webbplatsen för Affärsintranät. Den kommer inte att publiceras på Internet. Att den har cirka 1024 megabyte RAM, en hårddisk på 80 gigabyte med dynamisk tillväxt, som är baserad på Debian Jessie, och är ansluten till nätverket «standard".

För att göra vårt liv enklare skapar vi först skivavbildningen med qemu-img:

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

Därefter skapar vi maskinen och börjar installationsprocessen:

buzz @ sysadmin: ~ $ sudo virt-install --connect qemu: /// system --virt-type = kvm \
- namn 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-typ linux - nätverksnätverk = standard \
--description wordpress.desdelinux.fläkt

wordpress

virt-topp

buzz @ sysadmin: ~ $ virt-top --connect qemu: /// system
virt-top 15:39:21 - x86_64 2 / 2CPU 1600MHz 3863MB 2 domäner, 2 aktiva, 2 igång, 0 sovande, 0 pausade, 0 inaktiva D: 0 O: 0 X: 0 CPU: 0.7% Mem: 768 MB ( 768 MB av gäster) ID S RDRQ WRRQ RXBY TXBY% CPU% MEM TIDNAMN 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 för filen dns.xml

Först kan det verka lite svårt att förstå strukturen för definitionsfilen för en virtuell maskin eller Gäst, som förstås av Qemu-KVM hypervisor och relaterade bibliotek som libvirt. Filen är i standardformat.xml. Den är strukturerad av definitionsblock, som ingår i huvudblocket «domän".

....

Inom det blocket hittar vi definitioner av hela den virtuella maskinen:

  • lagets namn
  • vägen till laget
  • mängd RAM
  • antal processorer
  • typ av operativsystem och dess arkitektur. enhet av känga.
  • Funktioner som den stöder som ACPI "Automatic Control Power Interface", APM "Automatic Power Management" och PAE.
  • CPU-modeller och deras egenskaper
  • klockinställning: om det är UTC "United Time Cordinate" eller inte.
  • svar på händelser som avstängning, omstart eller systemkrasch
  • om PM «Power Management» har aktiverat händelserna «avbryta skrivning i minnet» och «avbryta skrivning på hårddisken»
  • emulator typ av olika enheter eller KVM-enheter
  • för alla hårddiskar: drivrutin, skivtyp, bildfilsökväg, målenhet, busstyp, kortplats «slits»Pci till vilken den är ansluten, etc., beroende på den virtuella skivan: IDE, SATA, SCSI, USB eller Virtio.
  • optiska enheter som CDR
  • antal och typ av USB-kontakter
  • PCI-kortplats för IDE-skiva
  • seriell kontakt för kommunikation
  • parallellkontakt för skrivare
  • nätverkskort med en unik MAC-adress, typ av nätverkskort, till vilken PCI-kortplats det är anslutet och till vilket virtuellt nätverk det ska anslutas
  • pty-seriekonsoler
  • inmatningsenheter såsom pad «tablett", Mus tangentbord"mus", etc.
  • grafikkort och dess RAM, typ, modell, kortplats, buss etc.
  • och en annan lång osv

Kort sagt, La Mar Océana av definitioner och enheter som är nödvändiga och stödda av Qemu-KVM hypervisor och relaterade bibliotek, för att ha en fullt fungerande virtuell maskin som om den vore en riktig maskin.

buzz @ sysadmin: ~ $ sudo cat /etc/libvirt/qemu/dns.xml 
<!--
VARNING: DETTA ÄR EN AUTOGENERERAD FIL.  FÖRÄNDRINGAR AV DET ÄR SÄNKLIGT ATT ÖVERSKRIVAS OCH TAPT.  Ändringar av denna xml-konfiguration bör göras med: virsh redigera dns eller andra applikationer med libvirt API.

Nästa leveranser

  • Virsh kommando
  • Fjärrhantering av hypervisorer och deras virtuella maskiner med SSH

Kom ihåg att detta kommer att vara en serie artiklar av Datornätverk för små och medelstora företag. Vi väntar på dig!


15 kommentarer, lämna din

Lämna din kommentar

Din e-postadress kommer inte att publiceras. Obligatoriska fält är markerade med *

*

*

  1. Ansvarig för uppgifterna: Miguel Ángel Gatón
  2. Syftet med uppgifterna: Kontrollera skräppost, kommentarhantering.
  3. Legitimering: Ditt samtycke
  4. Kommunikation av uppgifterna: Uppgifterna kommer inte att kommuniceras till tredje part förutom enligt laglig skyldighet.
  5. Datalagring: databas värd för Occentus Networks (EU)
  6. Rättigheter: När som helst kan du begränsa, återställa och radera din information.

  1.   diego sade

    Du bad mig om feedback och här går det ... 🙂

    Serien är väldigt intressant, väldigt komplett. Jag lär mig mycket med det, även om jag ännu inte har testat "i produktion".

    Just nu avslutar jag ett projekt som har mig mycket upptagen, men jag kommer säkert att använda den här serien som referens. Tack för den enorma ansträngningen.

    1.    federico sade

      Gracias Diego por el feedback. Al menos me entero de que te es útil lo publicado. Y razón tienes en lo del gran esfuerzo que hacemos en DesdeLinux para entregarle a Ustedes artículos de calidad en la lengua española. Sabemos que no abundan éste tipo de posts y por eso los escribimos.

  2.   Zodiac Carburus sade

    Omfattande och didaktisk artikel amigo Fico, som samlar i ett inlägg de dygdekommandon som används i KVM. Det är mycket svårt att hitta material som detta på det spanska språket. Jag tror att virt-what-kommandot saknades. Annars utmärkt

    1.    phico sade

      Tack för att du kommenterade, vän Zodiac. Det är sant att dygnet-vad-kommandot saknades. Jag har medvetet utelämnat det för att rekommendationen om användning enligt manualen gav mig en dålig smak. I slutändan förstod jag att de inte rekommenderar dess användning

  3.   Federico sade

    Muy cierto amigo Zodiac. Como dice Diego en su comentario, es un gran esfuerzo el que hacemos en DesdeLinux para entregarle a Ustedes artículos de calidad y en español. Que no sean los clásicos posts cd copiar y pegar que abundan en la Aldea WWW. Que ayuden a la formación de Administradores de Sistemas. Los que hayan seguido esta serie, se habrán dado cuenta de que pensamos en abarcar de forma integral, y en un orden lógico, la solución para una red empresarial de pequeño o medio formato. Gracias nuevamente a todos por sus comentarios

  4.   crespo88 sade

    Jag har gjort något med Android-smartphones och jag hade inte haft chansen att läsa en så bra artikel, den här gången vill jag bara säga något. Gå mjuk. En bra förståelse ...

  5.   federico sade

    Crespo88, artikeln kan vara lite lång, men jag är inte en vän till att klippa ett specifikt ämne som detta i flera inlägg, om det är vad du menar. Innehållets relativa komplexitet, jag säger det inte, det är själva virtualiseringsfrågan. 😉

    1.    crespo88 sade

      Jag hänvisade inte till det, utmärkt artikel som alltid. Jag menar att du spelar mycket bra låtar, det vill säga med ett mycket användbart verktyg. "Ge det mjukt" betyder att du flyr. Hehehe, en krambror.

      1.    phico sade

        Tack bror för att kommentera

  6.   Petercheco sade

    Mycket bra inlägg ... Didaktisk, komplett och helt enkelt perfekt.

    För de som föredrar att använda denna typ av virtualisering är det bättre att använda oVirt (http://www.ovirt.org/), ett projekt som bygger på Red Hat Virtualization och Open Source. På detta sätt är det möjligt att komma åt mycket avancerade alternativ på ett riktigt enkelt sätt, som är ganska komplexa i konsolen :).

    http://www.ovirt.org/download/
    http://www.ovirt.org/documentation/introduction/about-ovirt/

    Skål :).

  7.   Federico sade

    Tack så mycket, Petercheco för din kommentar. I den föregående artikeln "Virtualization in Debian: Introduction", i ett stycke tillägnad Open Virtualization Alliance, nämner jag oVirt som en av programvaran som marknadsförs av OVA. Jag tror att oVirt är för stora insatser. Å andra sidan ber han om en dedikerad arbetsstation med fyra gig RAM som rekommenderad mängd minne. Min vän och kollega Eduardo Noel "enoel.corebsd@gmail.com" har installerat flera virtualiseringsservrar baserade på CentOS 4 och hanterar dem underbart med oVirt.

  8.   Denis Cantillo sade

    utmärkt artikel min partner, ett annat exempel på den kvalitet du har

  9.   federico sade

    Tack vän Denis för din kommentar och oförtjänt beröm för mig. Vi gör vad vi kan.

  10.   Ismael Alvarez Wong sade

    Även om jag väntar på testet av dygdkommandon i mitt hemlaboratorium kan jag inte låta bli att inse att artikeln helt enkelt är bra, mycket praktisk och extremt användbar eftersom den är inriktad på terminalen som verkligen är min favorit för min profil av sysadmin.
    Bra allt relaterat till lokal eller fjärradministration av virtuella datorer utan att använda det "Virt-Manager" grafiska gränssnittet.
    Återigen min vän Fico, du förstorar dig själv genom att osjälviskt dela din kunskap om Linux-världen.
    Wongs effusiva SLD och jag fortsätter att studera Virt Qemu-KVM-serien mer flitigt.

    1.    federico sade

      Friend Wong: Kommentarer som dina är de som tvingar mig att fortsätta skriva om små och medelstora nätverk. Många kanske undrar varför min betoning på Qemu-KVM, och svaret ligger i min artikel https://blog.desdelinux.net/virtualizacion-debian-introduccion-redes-computadoras-las-pymes/#Open_Virtualization_Alliance_OVA. Mindre om honom oVirt, som jag anser vara lämpliga för scenarier som är större än ett nätverk för små och medelstora företag, har jag behandlat de andra programmen som marknadsförs av OVAs. Så enkelt

      Varför söka utanför programförvaren för varje distribution som jag går om, om det jag behöver virtualisera på företagsnivå finns?

      Mitt uppriktiga tack för dina kommentarer, vän Wong!