virt-parancsok a Debianon - Számítógépes hálózatok SMB-k számára

A sorozat általános mutatója: Számítógépes hálózatok kkv-k számára: Bevezetés

A bejegyzés címe konzolparancsok sorozatára utal, amelyek «virt- « és ez bizonyos körülmények között hasznos lehet. Mindegyikről csak rövid leírást adunk, és néhány felhasználási példát. Megismételjük, hogy: Nem helyettesíthetjük az egyes parancsokat kísérő kézikönyveket. Erősen javasoljuk futtatással ellenőrizze ezeket az oldalakat ember virt-parancs.

• A cikk fő célja, hogy folytassa annak a széles világegyetemnek a bemutatását, hogy a Linux virtualizációja jelenleg a Qemu-KVM Hypervisort használja. Bár a címbe írjuk a nevet a disztribúció «Debian«, Az általános elvek bármely más terjesztésre alkalmazhatók, mindegyikük speciális parancsai segítségével. Különösen azok, amelyek többek között a csomagok keresésével, leírásával és telepítésével kapcsolatosak.

Mielőtt folytatná az olvasást, javasoljuk, látogasson el az előző cikk: Qemu-KVM + Virt-Manager a Debian-en - Számítógépes hálózat kkv-k számára.

Mikor kell használni a parancsokat?

Sok esetben távolról kezelünk egy virtualizációs támogató szervert a Qemu-KVM telepítve van, és valamilyen oknál fogva nincs meg a Virtuális gépkezelő - Virt Manager:

• Tipikus eset, amikor a távoli szerverhez egy Windows állomásról jutunk keresztül PuTTy, vagy bármely más a sok közül alternatívák amelyek léteznek SSH-n keresztüli csatlakozáshoz egy Debian GNU / Linux szerverrel, és az utóbbi nem telepített támogatást a «XVagy grafikai támogatás.
• Egyszerűen a virtuális gépeket szeretnénk kezelni a helyi vagy távoli szerveren konzolparancsok segítségével.

A libvirt-kliensekkel együtt telepítve

In the előző cikk telepítjük a csomagot libvirttel-kuka, és a folyamat részeként telepítették libvirt-kliensek. Ha konzolon futunk:

buzz @ sysadmin: ~ $ sudo dpkg -L libvirt-kliensek grep / bin
/ usr / bin
/ usr / bin / virsh
/ usr / bin / virt-host-validate
/ usr / bin / virt-login-shell
/ usr / bin / virt-xml-validate
/ usr / bin / virt-pki-validate

• Virsh: a virsh program a fő felhasználói felület a Guest Domains teljes kezeléséhez - A vendégek. Tartományok felsorolására, létrehozására, szüneteltetésére és bezárására szolgál. Ezt a parancsot a (z) engedélyével kell meghívni gyökér. Kétféle módon lehet futtatni: parancs módban és interaktív módban. A következő cikket a virsh-nek szenteljük.
• virt-host-validate: eszköz, amely lehetővé teszi a gazdagép konfigurációjának érvényesítését - Házigazda, hogy képes legyen támogatni az összes Hypervisor illesztőprogramot - hypervisor. A helyes eredmények eléréséhez a parancsot a (z) jogosultságokkal kell futtatni gyökér.
• virt-login-shell: parancs végrehajtására a héj személyre szabott a normál felhasználó egy konténerben évi LXC, amelynek neve megegyezik azzal a felhasználóval, aki meghívja. Ha a tároló nem fut, a parancs virt-login-shell megpróbálja elindítani. Ezt a parancsot nem lehet felhasználói engedélyekkel meghívni gyökér. A program nagyon explicit konfigurációs fájlja /etc/libvirt/virt-login-shell.conf.
• virt-xml-validate: ellenőrizze az XML fájlokat innen: libvirttel összehasonlítva őket vázlattal - séma érvényes. Végrehajtásakor megkapjuk az érvényes sémanevek listáját man virt-xml-validate.
• virt-pki-validate: annak ellenőrzésére szolgál, hogy a libvirttel Helyesen vannak konfigurálva mind a biztonságos szerver oldalon, mind az ügyfélen, amely a TLS titkosítási protokollt használja a kiszolgáló távoli eléréséhez. Futtatására akkor lesz szükség, ha engedélyeztük a távoli adminisztrációt a TLS és az SSL segítségével. A dokumentum 22.2. Fejezete Virtualizációs telepítési és adminisztrációs útmutató, ezt a megoldást szenteli. Azt javasoljuk hogy üzleti hálózataink használják a távoli adminisztráció SSH-n keresztül, az üzleti LAN legegyszerűbb és legbiztonságosabb módszere, amelynek egy későbbi cikket szentelünk.

A virtisnt-rel telepítve

Az előző cikkben mi is telepítettük a csomagot virt-menedzser. A folyamat részeként a csomagot telepítették felforraljuk. Ha meg akarjuk tudni, hogy az utóbbi mely parancsokat tartalmazza, végrehajtjuk:

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-klón

• virt-konvert- a virtuális gép definícióit formátumokká alakító parancs VMX y Ovf a natív libvirt formátumra XML. A VMX formátumot általában a VMware, míg az OVF «Nyissa meg a Virtualizációs formátumot»Bárki használhatja hypervisor támogassa.
• virt-kép- Virtuális gépet hoz létre egy képleíró fájlból XML formátumban. Ez az eszköz eltávolításra kerül a következő verziókból felforraljuk, így Nem javasoljuk használata.
• virt-xml: Lehetővé teszi a natív XML fájlok szerkesztését libvirttel, a parancssori opciók használatával.
• virt-install: parancssori eszköz, amely lehetővé teszi új virtuális gépek létrehozását a Hypervisors-ban, például KVM, Xen vagy Linux Containers, amelyek a hipervisor kezelő könyvtárat használják "Libvirt". Ez az eszköz támogatja a grafikus telepítést, ha például a VNC Virtual Network Computing, vagy a FŰSZER. Teljes mértékben támogatja a konzolos vagy szöveges módot is. Használata révén létrehozhatunk egy virtuális gépet egy vagy több merevlemezzel, egy vagy több hálózati kártyával, hangeszközökkel, fizikai USB vagy PCI eszközökkel stb. A telepítési adathordozó lehet helyi, távoli, közzétehető a natív UNIX NFS hálózati fájlrendszer protokoll, HTTP, FTP használatával. stb.
• virt-klón- parancssori eszköz a meglévő virtuális gépek klónozásához a hypervisor felügyeleti könyvtár segítségével "Libvirt". Alapvetően másolja a virtuális gép képét, és hozzon létre egy új vendéget - Vendég azonos hardverkonfigurációval. Az egyedi hardverelemeket, például a hálózati kártya hardvercímét, frissíteni fogjuk, hogy elkerüljük az ütközéseket vagy a régi és az új közötti zajt. Vendég.

virt-néző

Ez az eszköz akkor is telepítésre kerül, amikor a virt-menedzser. virt-néző ez egy külön csomag.

• virt-néző: lehetővé teszi számunkra, hogy grafikus konzolt jelenítsünk meg egy adott virtuális gépről VNC vagy SPICE segítségével, függetlenül attól, hogy lokálisan vagy távolról van-e elhelyezve. Hivatkozhatunk Vendég amelyet a nevén, azonosítóján vagy UUID-jén keresztül szeretnénk megjeleníteni. Ha a virtuális gép nem fut, a virt-viewer megvárja, amíg elindul.

Egyéb különálló csomagokból telepíthető "virt" parancsok

• virt-finomságok- A virtualizációval kapcsolatos eszközök gyűjteménye. Tartalmaz egy plugint a «munin«, És egy szkript a VMware Workstation vagy a VMware Server segítségével létrehozott virtuális gépek konvertálására a Qemu-KVM-ben használt formátumra.
• virt-top: Megjeleníti a virtualizált domainek statisztikáit. Egyfajta felső o htop virtuális gépekhez

Qemu-utils telepítve

Bár ezeknek az eszközöknek a neve nem azzal kezdődik virt-Bizonyos esetben bizonyos részeket bizonyos időben használnunk kell, különösen a virtuális gépek lemezeinek képeivel kapcsolatosakat.

Meghívhatjuk őket a Qemu-Kvm virtualizációs platform, amint azt az előző cikk jelezte. Ha meg akarjuk tudni, hogy a csomag mely parancsokat hagyta rendelkezésünkre qemu-utils, csak futnunk kell:

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

Ha ahelyett, hogy megkülönböztetné / bin megtettük volna / sbin, újabb eredményt kapnánk, amelyet meghagyunk az Ön figyelmébe.

• qemu-img: lehetővé teszi számunkra, hogy nem működő vagy nem működő lemezek képeit létrehozzuk, konvertáljuk és / vagy módosítsuk Soron kívül.
  Azt javasoljuk futtassa a parancsot ember qemu-img. Csak azt hangsúlyozzuk, hogy SOHA ne használjuk ezt a parancsot módosítson bármilyen képet, amelyet bármely virtuális gép vagy bármilyen más folyamat használ, mert tönkreteheti a képet. Nem szabad megkeresni egy olyan kép adatait sem, amely éppen folyamatban van, mivel az állapotában következetlenségeket találhatunk.

Példák néhány parancs használatára

virt-host-validate

buzz @ sysadmin: ~ $ virt-host-validate 
  QEMU: A hardveres virtualizáció ellenőrzése: PASS QEMU: Az eszköz / dev / kvm ellenőrzése: PASS QEMU: Az eszköz / dev / vhost-net ellenőrzése: WARN (Töltse be a 'vhost_net' modult a virtio hálózati teljesítményének javítása érdekében) QEMU: A device / dev / net / tun: PASS LXC: A Linux ellenőrzése> = 2.6.26: PASS

buzz @ sysadmin: ~ $ sudo virt-host-validate 
[sudo] jelszó a buzzhoz: QEMU: Hardveres virtualizáció ellenőrzése: PASS QEMU: Eszköz / dev / kvm ellenőrzése: PASS QEMU: Eszköz / dev / vhost-net ellenőrzése: PASS QEMU: Eszköz / dev / net / tun ellenőrzése : PASS LXC: Linux keresése> = 2.6.26: PASS

virt-xml-validate

buzz @ sysadmin: ~ $ sudo virt-xml-validate /etc/libvirt/qemu/dns.xml 
/etc/libvirt/qemu/dns.xml érvényesíti

buzz @ sysadmin: ~ $ sudo virt-xml-validate /etc/libvirt/qemu/networks/default.xml
/etc/libvirt/qemu/networks/default.xml érvényesíti

qemu-img

buzz @ sysadmin: ~ $ qemu-img check /tera/vmware/omicron/omicron.vmdk
A képen nem található hiba.

buzz @ sysadmin: ~ $ qemu-img info /tera/vmware/omicron/omicron.vmdk
kép: /tera/vmware/omicron/omicron.vmdk
fájlformátum: vmdk virtuális méret: 20G (21474836480 bájt) lemezméret: 3.6 G cluster_size: 65536 Formátum specifikus információ: cid: 1473577509 szülő cid: 4294967295 create type: monolitSparse terjedelem: [0]: virtuális méret: 21474836480 fájlnév: / tera / vmware / omicron / omicron.vmdk fürt mérete: 65536 formátum:

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.raw 
kép: /tera/vms/omicron.raw
fájlformátum: nyers virtuális méret: 20G (21474836480 byte) lemezméret: 3.4G

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/miweb.qcow2
kép: /tera/vms/miweb.qcow2
fájlformátum: qcow2 virtuális méret: 10G (10737418240 bájt) lemezméret: 4.5G cluster_size: 65536 Konkrét információk formátuma: megfelelő: 1.1 lusta visszaszámlálás: hamis

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

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.qcow2 
kép: /tera/vms/omicron.qcow2
fájlformátum: qcow2 virtuális méret: 20G (21474836480 bájt) lemezméret: 3.5G cluster_size: 65536 Konkrét információk formátuma: megfelelő: 1.1 lusta visszaszámlálás: hamis

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/hyp2.qcow2 20G
'/Tera/vms/hyp2.qcow2' formázása, fmt = qcow2 size = 21474836480 titkosítás = off cluster_size = 65536 lazy_refcounts = off 

buzz @ sysadmin: ~ $ sudo qemu-img info /tera/vms/hyp2.qcow2
kép: /tera/vms/hyp2.qcow2
fájlformátum: qcow2 virtuális méret: 20G (21474836480 bájt) lemezméret: 196K cluster_size: 65536 Formátum specifikus információk: megfelelő: 1.1 lusta visszaszámlálás: hamis

virt-xml

Először létrehozunk egy új albumot:

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

Ezután csatlakozunk a meglévő "dns" domainhez:

buzz @ sysadmin: ~ $ virt-xml --connect qemu: /// system dns --add-device --disk /tera/vms/dns2.qcow2 --confirm
--- Eredeti XML +++ módosított XML @@ -128,5 +128,10 @@  + + + + +

Definiálja a 'dns' szót a megváltozott XML-lel? (igen / nem): igen
A „dns” tartomány sikeresen definiálva.

A cikk végén megadjuk az újonnan módosított /etc/libvirt/qemu/dns.xml fájl teljes felépítését.

virt-konvert

Konvertáljunk egy virtuális gépet, amelyet a VMware Workstation a formátum felé libvirttel, anélkül, hogy először megadnánk, hogy az átalakított merevlemez formátuma-e qcow2, és azt is, hogy az új virtuális gép kép létrejön a fő adattárban / tera / vms. Azt is szeretnénk, hogy a parancs kimenete a lehető legértelmezettebb legyen, ezért használjuk az opciót -d.

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

Ezt követően a virt-viewer automatikusan csatlakozik az újonnan átalakított vendéghez, és láthatjuk a teljes indítási folyamatát.

virt-klón

Klónozzuk a virtuális gépet «dns„:

buzz @ sysadmin: ~ $ virt-clone --connect qemu: /// system -o dns --auto-clone
A „dns-clone.qcow2” hozzárendelése | 10 GB 00:20 A „dns2-clone.qcow2” hozzárendelése | 10 GB 00:01     

A „dns-clone” klón sikeresen elkészült.

A paranccsal ellenőrizzük Virsh, amely a következő cikk előnézete:

buzz @ sysadmin: ~ $ sudo virsh list
 Azonosító neve ----------------------------------------------- -----

buzz @ sysadmin: ~ $ sudo virsh list - all
 Azonosító neve ----------------------------------------------- ----- - dns leállt - dns-klón kikapcsol - miweb leáll

buzz @ sysadmin: ~ $ sudo virsh start dns-clone
A domain dns-klón elindult

buzz @ sysadmin: ~ $ virt-viewer --connect qemu: /// system dns-clone

virt-install

Létre akarunk hozni egy virtuális gépet «WordPress»A Üzleti intranet. Nem teszik közzé az interneten. Mintegy 1024 megabájt RAM-mal rendelkezik, egy 80 gigabájt dinamikus növekedésű merevlemez, amely Debian Jessie-n alapul, és csatlakozik a hálózathozalapértelmezett”.

Az életünk megkönnyítése érdekében először a lemezképet használjuk qemu-img:

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/wordpress.qcow2 80G
'/Tera/vms/wordpress.qcow2' formázása, fmt = qcow2 size = 85899345920 titkosítás = off cluster_size = 65536 lazy_refcounts = off

Ezután létrehozzuk a gépet és elkezdjük a telepítési folyamatot:

buzz @ sysadmin: ~ $ sudo virt-install --connect qemu: /// rendszer --virt-type = kvm \
--name 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 --hálózat = alapértelmezett \
--leírás wordpress.desdelinux.ventilátor

virt-top

buzz @ sysadmin: ~ $ virt-top --connect qemu: /// system
virt-top 15:39:21 - x86_64 2 / 2CPU 1600MHz 3863MB 2 domain, 2 aktív, 2 fut, 0 alvó, 0 szüneteltetett, 0 inaktív D: 0 O: 0 X: 0 CPU: 0.7% Mem: 768 MB ( 768 MB a vendégektől) ID S RDRQ WRRQ RXBY TXBY% CPU% MEM IDŐ NÉV 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

A dns.xml fájl felépítése

Eleinte kissé nehéznek tűnhet megérteni egy virtuális gép vagy Vendég, amint azt a Qemu-KVM hipervizor és a kapcsolódó könyvtárak, mint pl libvirttel. A fájl szabványos formátumú.xml. Definíciós blokkok strukturálják, a fő blokkban találhatók «domain”.

....

Ezen a blokkon belül megtaláljuk a a teljes virtuális gép definíciói:

• a csapat neve
• uuid a csapat
• mennyiségű RAM
• processzorok száma
• az operációs rendszer típusa és architektúrája. eszköze csomagtartó.
• Támogatott funkciók, mint például az ACPI "Automatikus vezérlés tápegység", az APM "Automatikus energiagazdálkodás" és a PAE.
• CPU modell (ek) és jellemzőik
• óra beállítása: függetlenül attól, hogy UTC "United Time Cordinate"-e vagy sem.
• válasz olyan eseményekre, mint a leállítás, az újraindítás vagy a rendszer összeomlása
• ha a PM "Energiagazdálkodás" engedélyezi a "memóriába írás" és a "merevlemezre írás felfüggesztése" eseményeket
• a különböző eszközök emulátor típusa vagy KVM eszközök
• minden merevlemezhez: meghajtó, lemez típusa, képfájl útvonala, céleszköz, busztípus, nyílás «rés»Pci, amelyhez csatlakozik, stb., A virtuális lemeztől függően: IDE, SATA, SCSI, USB vagy Virtio.
• optikai eszközök, például CDR
• USB-csatlakozók száma és típusa
• pci slot az IDE lemezhez
• soros csatlakozó a kommunikációhoz
• párhuzamos csatlakozó a nyomtatókhoz
• hálózati kártyák egyedi MAC-címmel, a hálózati kártya típusával, melyik PCI-hellyel csatlakozik, és melyik virtuális hálózathoz fog csatlakozni
• pty sorozat konzolok
• beviteli eszközök, például pad «tabletta", Egér billentyűzet"egér"stb.
• videokártya és annak RAM-ja, típusa, modellje, slot, busz stb.
• és még egy hosszú stb

Röviden, a La Mar Océana olyan definíciók és eszközök, amelyek szükségesek és támogatottak a Qemu-KVM hipervizor és a kapcsolódó könyvtárak számára, hogy teljesen működőképes virtuális gép legyen, mintha valódi gép lenne.

buzz @ sysadmin: ~ $ sudo cat /etc/libvirt/qemu/dns.xml 
<!--
FIGYELMEZTETÉS: EZ EGY AUTOMATIKUS FÁJL.  A VÁLTOZÁSOK VALÓSZÍNŰEN Túlírhatók és elvesznek.  Ennek az xml konfigurációnak a módosítását a következő módon kell végrehajtani: virsh edit dns vagy más alkalmazás, a libvirt API segítségével.

Közelgő szállítások

• Virsh parancs
• A hipervizorok és virtuális gépeik távoli kezelése SSH használatával

Ne feledje, hogy ez a cikkek sorozata lesz Számítógépes hálózatok kkv-k számára. Várni fogunk!