Virt-Manager és virsh: Távoli adminisztráció SSH-n keresztül - SMB Networks

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

Hello barátok!

Reméljük, hogy követte eddig megjelent cikkeinket, amelyek a következők:

Pontosan a posztban Qemu-Kvm + Virt-Manager a Debianen - Számítógépes hálózatok kkv-knakMeghatározzuk, hogy ha egyetlen munkaállomás van telepítve a Virt-Manager alkalmazással, akkor távolról kezelhetjük a szükséges hipervizorokat. Más szavakkal, a virtualizációra szánt szervereken nem kötelező az Asztal vagy más grafikus környezet telepítése.

Távoli szervereket kell elvégeznünk, ahogy azt a Munkaállomások telepítése - Számítógépes hálózatok kkv-knak, vagy vezesse a következő cikkeket, amelyekben más terjesztéseket, például CentOS és talán OpenSuSE, és később csak a virtualizációs támogatás telepítésére lesz szükség mindegyikbe. Gyakorlatilag ezeken a kiszolgálókon az alap operációs rendszer tiszta telepítése és a telepített csomagok frissítése a rendelkezésre álló tárak szerint csak a csomagok telepítésére lesz szükség. qemu-kvm, libvirt-bin y híd-utils, vagy valamilyen más, az egyes terjesztésekre jellemző csomag, ami nem azt jelenti, hogy ha más programokra van szükségünk, akkor nem telepítjük.

Távoli hipervizor «jessie»

A kiszolgáló jellemzői a következők:

Domain név: desdelinux.ventilátor
A csapat neve: Jessie
FQDN: Jessie.desdelinux.ventilátor
IP-cím: 10.10.10.5
Alhálózat: 10.10.10.0/24
RAM: 2G
1. merevlemez: 20GB
2. merevlemez: 80GB
2. lemez csatlakoztatási pontja: / home / vms
Normál felhasználó: zümmögés
Felhasználó teljes neve: Debian First OS Buzz

Elkészítjük a hipervizort «Jessie»

Mivel nincs egy DNS a hálózaton folytatni kell a IP. Keresztül ssh vagy közvetlenül a kiszolgálói konzolon hajtjuk végre a következő parancsokat:

buzz @ sysadmin: ~ $ ssh 10.10.10.5
buzz@10.10.10.5 jelszava:

buzz @ jessie: ~ $ sudo nano / etc / ssh / sshd_config
# Hitelesítés: LoginGraceTime 120 # PermitRootLogin jelszó nélkül
PermitRootLogin igen             
StrictModes igen

buzz @ jessie: ~ $ sudo service ssh restart
buzz @ jessie: ~ $ sudo service ssh állapot
● ssh.service - Az OpenBSD Secure Shell kiszolgálója betöltve: betöltve (/lib/systemd/system/ssh.service; engedélyezve) Aktív: aktív (fut) 2016-12-11 12:15:24 EST óta; 3 másodperccel ezelőtt PID: 14960 (sshd)

buzz @ jessie: ~ $ sudo aptitude install qemu-kvm libvirt-bin
[sudo] jelszó a közzétételhez:

A fenti műveletek befejezése után kinyitjuk a Virt Manager adminisztrációs munkaállomásunkon, és folytatjuk a távoli hipervizor «jessie» kezelését.

Annak érdekében, hogy ezt a cikket didaktikusabbá tegyük, az összes képet letöltöttük, és megadjuk az alábbi linket, hogy a "Lépésről lépésre" leírásának elolvasása közben helyileg megtekinthesse a képeket a Nézőjében. Előnyben részesített képek. Úgy gondoljuk, hogy ez sokkal kényelmesebb. A cikk írása közben csináljuk.

Töltse le a «Lépésről lépésre» (961.1 kB) képeket.

Jessie-t a Virt-Manager és a Virsh segítségével kezeljük az SSH-n keresztül

Az első dolog, amit tennünk kell Munkaállomás, egy grafikus program telepítése a jelszavak Az felhasználó mit kér tőlünk libvirttel távoli. Alapvető fontosságú, hogy a távoli kapcsolat érdekében a démon libvirtd megfelelően fut, és hogy a kiválasztott felhasználó tartozni vmihez libvirt csoport a távoli gépen, vagy ez maga a felhasználó gyökér.

buzz @ sysadmin: ~ $ sudo aptitude search askpass
p ksshaskpass - interaktív módon kéri a felhasználókat egy jelszó megadására az ssh-add p számára -fullscreen - A Gnome2 alatt jelszót kér a felhasználótól az ssh-add p ssh-askpass-gnome - interaktív X programhoz, amely a ssh-add jelszót kéri a felhasználóktól

Mi választottuk a ssh-askpass-gnome, mert telepítettük a MATE-Desktop.

buzz @ sysadmin: ~ $ sudo aptitude install ssh-askpass-gnome

A problémák elkerülése érdekében, és maga a Virt-Manager ajánlása, amely alapértelmezés szerint a felhasználóra mutat gyökér csatlakozni, ezért engedélyezzük a hozzáférést a gyökér, via ssh, amikor elkészítettük a Jessie hipervizort. Vegye figyelembe, hogy nem lettünk a csoport tagjai libvirttel normál felhasználónak zümmögés.

Alapvetően a hipervizor és annak virtuális gépeinek távoli kezeléséhez nagyjából ugyanúgy járunk el, mint amikor a helyi hipervizort kezeljük.

Lépésről lépésre letöltött képekkel

  • Kép 01: Első lépésként létrehozunk egy Új kapcsolat a Virt-Managerben. Ehhez böngészünk Menü -> + Kapcsolat hozzáadása ... majd megnyílik egy párbeszédablak.
  • Kép 02: Párbeszédablak, ahol deklaráljuk a létrehozni szándékozott új kapcsolat fő értékeit:
    • Hipervizor: QEMU / KVM
    • Csatlakozás távoli számítógéphez a következő módszerrel: SSH
    • Felhasználónév: gyökér
    • A csapat neve: 10.10.10.5 (még mindig nincs DNS)
    • Automatikus csatlakozás: azt jelenti, hogy amikor elindítjuk a helyi Virt-Managert, akkor megpróbál automatikusan csatlakozni a távoli hipervizorhoz. Azt javasoljuk ne jelölje meg
    • URI-k «Egységes erőforrás-azonosító"generált: qemu + ssh: //gyökér@10.10.10.5/rendszer

  • Kép 03: A gomb megnyomása után Kösse az előző lépésben a program ssh-askpass megkérdezi tőlünk, ha még nem jött létre kapcsolat ssh távoli elöljáró, ha folytatni akarjuk, erre válaszolunk «Igen»Tiszta szöveget írt be, még akkor is, ha a párbeszédablak nem mutatja meg nekünk, amit írtunk. Miután igennel válaszoltunk, rákattintunk a gombra OK

  • Kép 04: Párbeszédablak, ahol be kell írnunk a felhasználó jelszavát gyökér a távoli hipervizor. A belépés után kattintson a gombra OK.
  • Kép 05: A helyi Virt-Manager már megmutatja a két kapcsolatot: a távoli 10.10.10.5 (QEMU), és a helyi localhost (QEMU). Most, és a távoli kapcsolatot kiválasztva tartva, navigálunk a Menü -> Szerkesztés -> Kapcsolat részletei, és a kiválasztott kapcsolat minden részlete megjelenik, informatív és konfigurálható egyaránt.
  • Kép 06: Szempilla "Felülvizsgálat»A csatlakozás részleteivel. Ebben azt olvassuk, hogy a kapcsolat az qemu + ssh: //gyökér@10.10.10.5/rendszer. A csapat neve Jessie.desdelinux.ventilátor. És további részletek a memória mennyiségével, az architektúrával, a CPU használatával és a távoli hipervizor memóriahasználatával kapcsolatban.
  • Kép 07: Szempilla "Virtuális hálózatok«. Ebben azt látjuk, hogy a hálózat «alapértelmezett" nem kellene Automatikus indítás a berendezés indításakor, hogy a hálózat 192.168.122.0/24, amely engedélyezett és egy meghatározott tartományban a DHCP, és az azt fuvarozás keresztül van NAT «hálózati cím fordítása”.

Vegyünk itt zárójelet, és kérdezzük meg magunktól Hogyan változtathatjuk meg az alapértelmezett hálózati konfigurációt a vállalati LAN szükséges paramétereire?.

A virsh használatával megváltoztatjuk a távoli hipervizor "alapértelmezett" hálózatát

Elindítjuk a konzolt Virsh

buzz @ sysadmin: ~ $ sudo virsh
[sudo] jelszó a közzétételhez: Üdvözöljük a virsh-ben, a virtualizációs interaktív terminálban. Írja be: "help", ha segítségre van szüksége a "quit" kilépéshez

Kapcsolatba lépünk a távoli hypervisor csapattal Jessie

virsh # connect qemu + ssh: //root@10.10.10.5/system
root@10.10.10.5 jelszava:

És már beléptünk a távoli hipervizorba

virsh # net-list - minden
 Név Állapot Automatikus indítás állandó ---------------------------------------------- ------------ alapértelmezett inaktív nem igen

virsh # net-info alapértelmezett
Név: alapértelmezett UUID: 18ce4bbb-fddb-4300-9f13-65b4d999690c Aktív: nem Perzisztens: igen
Autostart: nem
Híd: virbr0

A következő konfigurációt találjuk piros alapértelmezett. Vegye figyelembe, hogy a definiált az hálózati híd interfész, és nem magát a hálózatot. Bármely gép, amelyet csatlakozni akarunk az interfészhez virbr0, ugyanazt a hálózatot kell megosztania.

virsh # net-edit alapértelmezett
alapértelmezett 18ce4bbb-fddb-4300-9f13-65b4d999690c 

Módosítjuk a hálózati konfigurációt alapértelmezett szerint a távoli hipervizor alhálózati vállalati LAN-junk, ami 192.168.10.0/24

virsh # net-edit alapértelmezett
alapértelmezett 18ce4bbb-fddb-4300-9f13-65b4d999690cvirbr0'stp =' on 'delay =' 0 '/>192.168.10.1'netmask =' 255.255.255.0 '>

Megjelöljük a hálózatot alapértelmezett a távoli hipervizorról úgy, hogy önindító

virsh # net-autostart alapértelmezett
A hálózati alapértelmezés automatikus indításként van megjelölve

virsh # net-info alapértelmezett
Név: alapértelmezett UUID: 18ce4bbb-fddb-4300-9f13-65b4d999690c
Aktív: nem
Kitartó: igen
Autostart: igen
Híd: virbr0

És végül elindítjuk a hálózatot alapértelmezett távoli hipervizor

virsh # net-start alapértelmezett
A hálózati alapértelmezett beállítás elindult

virsh # net-lista
 Név Állapot Automatikus indítás Állandó ---------------------------------------------- ------------ alapértelmezés szerint aktív igen igen

virsh # net-info alapértelmezett
Név: alapértelmezett UUID: 18ce4bbb-fddb-4300-9f13-65b4d999690c
Aktív: igen
Kitartó: igen
Autostart: igen
Híd: virbr0

E módosítások után meg kellHúzza ki"és menj vissza"Kösse»Kapcsolat a távoli számítógéppel a Virt-Manager alkalmazásban a változtatások megtekintéséhez.

Folytatás lépésről lépésre letöltött képekkel

  • Kép 07a: Szempilla "Virtuális hálózatok"a weben alapértelmezett már módosított és fut
  • Kép 08: Szempilla "Tárolás»A távoli hipervizorból. Kezdetben csak a Tárhelyünk van alapértelmezett, és lehetősége van Automatikus indítás. Ha nem fogunk virtuális gép képeket tárolni a könyvtárban / var / lib / libvirt / images bármilyen okból ajánlott törölni az opció jelölését Automatikus indítás. Ebben a párbeszédablakban kattintson a gombra «+»Új tárhely hozzáadása.
  • Kép 09: A varázsló közül ez az első, aki új befizetést adott hozzá. Ő név az új betét értéke jessie-vms-images és ez egy Fájlrendszer könyvtár.
  • Kép 10: Mivel van egy 80 GB-os lemezünk / home / vms a képek tárolásához megadjuk, hogy a Cél elérési útja pontosan az lesz.
  • Kép 11: A varázsló befejezése után visszatérünk a «Tárolás»És azt tapasztaltuk, hogy az új adattár már létezik, hogy lemásolt egy CD-képet új virtuális gépek létrehozásához, hogy Aktív, és lehetősége van Automatikus indítás kiválasztott. Hozzunk létre egy új kötetet egy új virtuális géphez, a gombra kattintva «Új kötet”.
  • Kép 12: A név az új kötet samba-ad-dc, annak formátuma qcow2 és Maximum kapacitás dinamikus növekedés az 15GB. Átmenetileg ellenőrizzük, hogy a betétben «jessie-vms-images«, Az új kötet létrehozása előtt rendelkezésre álló kapacitás: 77.95 GB. Az új kötet készítésének befejezéséhez kattintson a gombra «véglegesítése«
  • Kép 13: Ismét visszatérünk a «Tárolás»És ellenőrizzük, hogy a kép helyesen lett-e létrehozva. Ha nem, akkor mást fogunk módosítani a «Csatlakozás részletei«, A mi esetünkben a« gombra kattintva bezárjuk az ablakotX»A bal felső sarokból, és nem a« File »menüpontból, mert akkor a Virt-Manager bezárul, és újra meg kell nyitnunk. 😉
  • Kép 14: Ellenőrizzük, hogy a kapcsolat ki van-e választva a Virt-Manager alkalmazásban 10.10.10.5 (QEMU), mert itt fogunk létrehozni egy új virtuális gépet az asszisztensével. Kattintson a gombra «Hozzon létre egy új virtuális gépet«, Vagy hajózunk Menü -> Fájl -> Új virtuális gép. Megjelenik a varázsló, és az első párbeszédablakban azt jelzi, hogy a A kapcsolat 10.10.10.5 (QEMU / KVM), és kiválasztjuk, hogy ISO vagy CDROM képből hozzuk létre a gépet.
  • Kép 15: Megadjuk az ISO kép elérési útját. Ha rákattintunk a gombra Felfedezni… ablak nyílik meg Keresse meg az ISO adathordozó kötetét, kiválasztjuk a betétet jessie-vms-images és benne a képre debian-8.0.0-amd64-CD-1.iso. A kiválasztás után megjelenik a kép abszolút elérési útja /home/vms/debian-8.0.0-amd64-CD-1.iso. Később ezt jelezzük OS típus és Változat. Végül a gombra kattintunk Menj tovább.
  • Kép 16: Ebben a párbeszédpanelen megadjuk a mennyiségét RAM) és a CPU amit a virtuális gépnek adunk, olyan összeget, amely logikailag nem lehet nagyobb, mint a Gazdagép vagy a Hypervisor berendezésé.
  • Kép 17: A kiválasztás mellett Tárolás engedélyezése ehhez a virtuális géphez, kiválaszthatjuk, hogy mi lesz a lemezkép, amelyet a géphez rendelünk, ugyanúgy, mint az ISO képet. Végül a hangerőt választjuk /home/vms/samba-ad-dc.qcow2.
  • Kép 18: A varázsló végéhez értünk. Jelezzük, hogy a név del Vendég lesz samba-ad-dc; mit akarunk Testreszabhatja a beállításokat a telepítés előtt, amelyet a vállalati LAN-hoz való csatlakozáshoz fogunk használni Virtuális hálózat alapértelmezett: NAT, És Adjon meg egy statikus MAC-címet a hálózati interfészhez, amelyet véletlenszerűen generálnak. Eddig a gépet nem hozták létre. Amikor rákattintunk a gombra véglegesítése, mikor jön létre.
  • Kép 19: Ablak, amely megmutatja, miért választunk Testreszabása telepítés előtt. Alapértelmezés szerint a Virt-Manager kiválasztja a Monitor alapértelmezett SPICE. Ha kommunikációs vagy megjelenítési problémáink vannak, megpróbálhatjuk a VNC szerver ezért monitor. Ha bármilyen paramétert megváltoztatunk, akkor a gombra kell kattintanunk aplicar minden virtuális hardver erőforrás. Ha nem, akkor a Virt-Manager panaszkodik. 😉
  • Kép 20: Ugyanúgy, mint az előző választásokon, amikor problémákkal szembesültünk, megpróbáltuk a Videó alapértelmezett VMVGA modell. Az újonnan létrehozott telepítésének megkezdéséhez Vendég távirányítóval, rákattintunk a gombra «Telepítés indítása».
  • Kép 21: A telepítés megkezdése után, és minden alkalommal, amikor csatlakozni akarunk egy távoli virtuális géphez vagy Vendég, a Virt-Manager ismét megkérdezi tőlünk a távolról csatlakozó felhasználó hitelesítését.
  • Kép 22: Végül a távoli vendég számára választott operációs rendszer telepítésével kezdjük, ugyanúgy, mint egy fizikai gép vagy szerver esetében.
  • Kép 23: A Virt-menedzser az övével A vendégek fut, mind helyi, mind távoli.
  • Kép 24: A virtuális gép samba-ad-dc akcióban.

Eddig a lépésről lépésre végigvizsgált képek, amelyek számomra még mindig a legjobb módszernek tűnnek az ilyen típusú cikkekhez. Személy szerint elég bosszantó számomra képeket továbbítani és üzeneteket olvasni közöttük. Természetesen, ha okostelefonról olvassa a bejegyzést, akkor előnyben részesítheti a régi módszert. Nem tudom, jobb, ha meghallgatom a véleményüket az általam követett formátumról.

Sokan kíváncsiak lesznek arra, hogy lehetséges-e az összes előző lépés végrehajtása egy normál konzolon, a parancskonzolon keresztül Virsh, És a virt-néző. A válasz igen. Az történik, hogy túl hosszú és nagyon technikai bejegyzés lenne, és nem akarjuk tovább elárasztani a virtualizáció terén kevés tapasztalattal rendelkező olvasókat.

Ha valakit olvasó érdekel a hogyan történik a virsh, kérjük, lépjen velünk kapcsolatba E-mail.

Következő szállítás

Nem biztos, hogy folytatjuk Munkaállomás az OpenSuSE-vel o CentOS munkaállomás. Melyiket választja?

A következő kalandig, barátok!


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.

  1.   vadász dijo

    Egy jó segédprogram, amelyet felfedeztem a virtuális biztonsági mentések készítéséhez a libvirtben, ez eléggé kiegészíti az ökoszisztémát.

    https://github.com/dguerri/LibVirtKvm-scripts

  2.   phico dijo

    Üdvözlet Dhunter barátom! Már meglátogattam az oldalt, a szkript nagyon rendezett és teljes. Csak a szkriptet kell az igényeinkhez igazítani, az "Alapértelmezések és állandók" blokkban deklarálva az egyes esetekre érvényes értékeket. Megpróbálom, amikor lesz egy kis időm rá. Továbbá a forgatókönyv fi-backup.sh Ez már a 2.1.0 verzióban van. Pozitív lenne, ha megpróbálnád, elmondanád.

  3.   Zodiac Carburus dijo

    Kár, hogy kevesen kommentálnak egy ilyen jó minőségű cikket. Várjuk a következő szállításokat, Fico.

  4.   Cristian dijo

    Nagyon jó cikkek ezek, szeretném, ha most a CentOS-szal csinálnád. Ez a kedvenc szerver disztribúcióm, és az egyetemen használjuk. Üdvözlet Guatemalából és várakozás a következő cikkre.

  5.   phico dijo

    Cristian, kérését azonnal teljesítjük. Már mondtuk, hogy az erősen üzleti orientált diszkókról, a CentOS-ról és az OpenSuSE-ről fogunk írni. Eddig azt terveztem, hogy készítek egy asztalt a CentOS-on, és egy másik cikkben folytatom a Qemu + KVM és mások telepítését.

  6.   Ismael Alvarez Wong dijo

    szia, megint egy újabb nagyszerű bejegyzés a virt kemu-kvm-ről, de most egy másik szempontból kezelj egy kvm típusú távoli hipervizort egy WK-ból, ahol az SSH módszerrel rendelkezünk a "Virt-Manager" grafikus hipervizor-kezelő eszközzel és a virsh-t is használja; A "qemu + ssh: // felhasználó @ IP / rendszer" kapcsolati protokoll nagyon érdekes.
    . nagyszerű megváltoztatni az alapértelmezett hálózati konfigurációt a vállalati LAN szükséges paramétereire a virsh paranccsal (nagyon tetszett ez a kifejlesztett példa)
    . valamint a Virt-Manager tárhelye (a lemezkép első létrehozása, amely elfoglal egy jövőbeli tartományt, amelyet még nem hoztak létre a távoli hipervizorban; végül ugyanarról a Virt-Managerről és a távoli hipervizorról csatlakoztatva hozza létre a új domain.
    Rémülten az utolsó bekezdés «Sokakban kíváncsi lesz, hogy lehetséges-e az összes előző lépés végrehajtása egy normál konzolon, a virsh parancskonzolon és a virt-vieweren keresztül. A válasz igen. … »
    Barátom, minden új bejegyzéssel felveted a megállót!
    Milyen más hipervizorok "értik" a Virt-Manager-t (azaz a KVM-et)?

    1.    Federico dijo

      Ezúton is köszönöm, Wong barátom, minden nagyon jó megjegyzését a Virtualizáció témában.
      Dokumentáció a Libvirtről és a Virsh-ről más hipervizorokkal:
      "Libvirt 0-8-6 és Vmware Esx"
      http://www.jedi.be/blog/2010/12/08/libvirt-0-8-6-and-vmware-esx/

      "VMware ESX hipervizor illesztőprogram"
      https://libvirt.org/drvesx.html

      "Hogyan lehet futtatni a Qemu & KVM programot az ESXi-n?"
      http://www.virtuallyghetto.com/2014/09/how-to-run-qemu-kvm-on-esxi.html

      Mármint rájössz erre libvirttel és a fő interfész virsh hogy hipervizorokat vezessenek, egyszerűen NAGYOK. 😉