Virt-Manager un virsh: Attālā administrēšana, izmantojot SSH - SMB Networks

Sērijas vispārējais indekss: Datoru tīkli MVU: Ievads

Sveiki draugi!

Mēs ceram, ka esat sekojis mūsu līdz šim publicētajiem rakstiem, kas ir:

Tieši amatā Qemu-Kvm + Virt-Manager vietnē Debian - datortīkli MVU, mēs norādām, ka, uzstādot vienu darbstaciju ar instalētu Virt-Manager, mēs varam attālināti pārvaldīt tik daudz hipervizoru, cik nepieciešams. Citiem vārdiem sakot, virtualizācijai veltītajos serveros nav obligāti jāinstalē darbvirsma vai cita grafiskā vide.

Mums jādara attāli serveri, kā norādīts Darbstaciju uzstādīšana - datortīkli MVU, vai vadieties pēc nākamajiem rakstiem, kuros mēs apspriedīsim citus izplatījumus, piemēram, CentOS un varbūt OpenSuSE, un vēlāk būs nepieciešams tikai katrā no tiem instalēt virtualizācijas atbalstu. Praktiski šajos serveros pēc tīras bāzes operētājsistēmas instalēšanas un instalēto pakotņu atjaunināšanas atbilstoši pieejamajiem krātuvēm būs nepieciešams tikai pakotnes instalēt qemu-kvm, libvirt-bin y tilta utils, vai kāda cita pakete, kas raksturīga katram izplatījumam, kas nenozīmē, ka, ja mums ir vajadzīgas citas programmas, mēs to neinstalējam.

Attālais hipervizors «jessie»

Šim serverim ir šādas īpašības:

Domēna vārds: fromlinux.fan
Komandas nosaukums: Jessie
FQDN: jessie.fromlinux.fan
IP adrese: 10.10.10.5
Apakštīkls: 10.10.10.0 / 24
Operatīvā atmiņa: 2G
1. cietais disks: 20GB
2. cietais disks: 80GB
2. diska stiprinājuma punkts: / home / vms
Parasts lietotājs: baumas
Lietotāja pilns vārds: Debian First OS Buzz

Sagatavojam hipervizoru «Jessie»

Tā kā mums nav DNS tīklā, mums būs jāturpina izmantot IP. Caur ssh vai tieši servera konsolē mēs izpildām šādas komandas:

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

buzz @ jessie: ~ $ sudo nano / etc / ssh / sshd_config
# Autentifikācija: LoginGraceTime 120 # PermitRootLogin bez paroles
PermitRootLogin jā             
StrictModes jā

buzz @ jessie: ~ $ sudo service ssh restart
buzz @ jessie: ~ $ sudo service ssh statuss
● ssh.service - OpenBSD Secure Shell serveris ir ielādēts: ielādēts (/lib/systemd/system/ssh.service; iespējots) Aktīvs: aktīvs (darbojas) kopš svētdienas 2016-12-11 12:15:24 EST; Pirms 3 sekundēm Galvenais PID: 14960 (sshd)

buzz @ jessie: ~ $ sudo aptitude install qemu-kvm libvirt-bin
[sudo] parole buzz:

Pēc iepriekš minēto darbību pabeigšanas mēs atveram Virt vadītājs mūsu administrācijas darbstacijā, un mēs turpinām pārvaldīt attālo hipervizoru «jessie».

Lai padarītu šo rakstu didaktiskāku, mēs esam iesaiņojuši visus attēlus lejupielādei un sniedzam zemāk esošo saiti, lai, lasot “Soli pa solim” aprakstu, jūs varētu skatīt attēlus lokāli savā skatītājā. Vēlamie attēli. Mēs uzskatām, ka tas ir daudz ērtāk. Mēs to darām, rakstot rakstu.

Lejupielādējiet «Soli pa solim» (961.1 kB) attēlus.

Mēs pārvaldām Jessie caur Virt-Manager un Virsh, izmantojot SSH

Pirmā lieta, kas mums jādara savās darbībās Darbstacijas, ir instalēt grafisko programmu, lai pārvaldītu paroles gada lietotājiem ko viņš mums prasa libvirt remote. Ir svarīgi, lai dēmons izveidotu savienojumu no attāluma libvirtd darbojas pareizi, un ka izvēlētais lietotājs piederēt libvirt grupa uz attālās mašīnas, vai tas ir pats lietotājs sakne.

buzz @ sysadmin: ~ $ sudo aptitude search askpass
p ksshaskpass - interaktīvi pieprasīt lietotājiem ieejas frāzi ssh-add p razorqt-openssh-askpass - OpenSSH palīga komponents Razor-qt darbvirsmas videi p ssh-askpass - zem X, prasa lietotājam paroli ssh-add p ssh-askpass -fullscreen - zem Gnome2 lietotājs prasa ieejas frāzi ssh-add p ssh-askpass-gnome - interaktīva X programma, lai aicinātu lietotājus ievadīt paroli ssh-add

Mēs izvēlējāmies ssh-askpass-gnome, jo mēs esam instalējuši MATE-darbvirsma.

buzz @ sysadmin: ~ $ sudo aptitude instalējiet ssh-askpass-gnome

Lai izvairītos no problēmām, un ievērojot paša Virt-Manager ieteikumu, kas pēc noklusējuma norāda uz lietotāju sakne Lai izveidotu savienojumu, mēs atļaujam piekļūt sakne, caur ssh, kad sagatavojām Jessie hipervizoru. Ņemiet vērā, ka mēs nekļuvām par grupas dalībnieku libvirt parastam lietotājam baumas.

Būtībā, lai attālināti pārvaldītu hipervizoru un tā virtuālās mašīnas, mēs rīkojamies tāpat kā pārvaldot vietējo hipervizoru.

Soli pa solim ar lejupielādētiem attēliem

  • 01 attēls: Pirmā lieta, ko mēs darām, ir izveidot Jauns savienojums Virt-Manager. Šim nolūkam mēs virzāmies Izvēlne -> + Pievienot savienojumu ... un pēc tam tiks atvērts dialoglodziņš.
  • 02 attēls: Dialoga logs, kurā mēs deklarējam galvenās jaunā savienojuma vērtības, kuras plānojam izveidot:
    • Hipervizors: QEMU / KVM
    • Izveidojiet savienojumu ar attālo datoru, izmantojot metodi: SSH
    • Lietotājvārds: sakne
    • Komandas nosaukums: 10.10.10.5 (mums joprojām nav DNS)
    • Automātiskā savienošana: tas nozīmē, ka, startējot vietējo Virt-Manager, tas mēģinās automātiski izveidot savienojumu ar attālo hipervizoru. Mēs iesakām neatzīmē to
    • URI «Vienots resursa identifikators"ģenerēts: qemu + ssh: // saknes@10.10.10.5/sistēma
  • 03 attēls: Pēc pogas nospiešanas Savienot iepriekšējā solī - programma ssh-askpass jautā mums, vai mēs vēl neesam izveidojuši savienojumu ssh ja vēlamies turpināt, atbildam, ka «»Ierakstīts skaidrā tekstā, pat ja dialoglodziņš neparāda mūsu rakstīto. Pēc apstiprinošas atbildes mēs noklikšķinām uz pogas OK
  • 04 attēls: Dialoga logs, kurā mums jāievada lietotāja parole sakne attālā hipervizora. Pēc ievadīšanas noklikšķiniet uz OK.
  • 05 attēls: Vietējais Virt-Manager jau parāda divus savienojumus: attālināto 10.10.10.5. (QEMU), un vietējie vietējais saimnieks (QEMU). Tagad, saglabājot izvēlēto attālo savienojumu, mēs pārvietojamies pa Izvēlne -> Rediģēt -> Informācija par savienojumu, un tiks parādīta visa informācija par izvēlēto savienojumu, gan informatīva, gan konfigurējama.
  • 06 attēls: Skropstas "Pārskatīšana»Ar savienojuma detaļām. Tajā mēs lasām, ka savienojums ir qemu + ssh: // saknes@10.10.10.5/sistēma. Komandas nosaukums ir jessie.fromlinux.fan. Un cita informācija par attālā hipervizora atmiņas apjomu, arhitektūru, centrālā procesora un atmiņas izmantošanu.
  • 07 attēls: Skropstas "Virtuālie tīkli«. Tajā mēs redzam, ka tīkls «noklusējuma" nevajadzētu Automātiskā palaišana startējot aprīkojumu, tīkls ir 192.168.122.0 / 24, kas ir iespējots un ar noteiktu diapazonu DHCP, un tas Pārsūtīšana ir cauri NAT «Tīkla adreses tulkošana".

Paņemsim šeit iekavu un pajautāsim sev Kā mēs mainām tīkla noklusējuma konfigurāciju uz nepieciešamajiem parametriem uzņēmuma LAN?.

Mēs mainām attālā hipervizora "noklusējuma" tīklu, izmantojot virsh

Mēs iedarbinām konsoli virsh

buzz @ sysadmin: ~ $ sudo virsh
[sudo] parole buzz: Laipni lūdzam virsh, virtualizācijas interaktīvajā terminālī. Tips: 'help', lai saņemtu palīdzību ar komandām 'quit' to quit

Mēs izveidojam savienojumu ar attālās hipervizora komandu Jessie

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

Un mēs jau iegājām tālvadības hipervizorā

virsh # net-list - visi
 Nosaukums Valsts automātiskā palaišana pastāvīga ---------------------------------------------- ------------ noklusējuma neaktīvs nē jā

virsh # net-info noklusējums
Nosaukums: noklusējuma UUID: 18ce4bbb-fddb-4300-9f13-65b4d999690c Aktīvs: nē Noturīgs: jā
Automātiskā palaišana: nē
Tilts: virbr0

Mēs atrodam šādu konfigurāciju sarkans noklusējuma. Ņemiet vērā, ka ir definēts tīkla tilta saskarne, nevis pats tīkls. Jebkura mašīna, kuru mēs vēlamies savienot ar interfeisu virbr0, jums ir jādalās vienā tīklā.

virsh # net-edit noklusējums
noklusējums 18ce4bbb-fddb-4300-9f13-65b4d999690c 

Mēs pārveidojam tīkla konfigurāciju noklusējuma attālā hipervizora saskaņā ar apakštīkla mūsu korporatīvā LAN, kas ir 192.168.10.0 / 24

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

Mēs atzīmējam tīklu noklusējuma attālā hipervizora tā, lai Autonija

virsh # net-autostart noklusējums
Tīkla noklusējums ir atzīmēts kā automātiski palaists

virsh # net-info noklusējums
Nosaukums: noklusējuma UUID: 18ce4bbb-fddb-4300-9f13-65b4d999690c
Aktīvs: nē
Noturīgs: jā
Automātiskā palaišana: jā
Tilts: virbr0

Un visbeidzot mēs sākam tīklu noklusējuma attālais hipervizors

virsh # net-start noklusējums
Tīkla noklusējums ir sākts

virsh # net-list
 Nosaukums Valsts automātiskā palaišana pastāvīga ---------------------------------------------- ------------ noklusējuma aktīvais jā jā

virsh # net-info noklusējums
Nosaukums: noklusējuma UUID: 18ce4bbb-fddb-4300-9f13-65b4d999690c
Aktīvs: jā
Noturīgs: jā
Automātiskā palaišana: jā
Tilts: virbr0

Pēc šīm modifikācijām mums irAtvienojiet"un atgriezieties pie"Savienot»Savienojums ar attālo datoru Virt-Manager, lai apskatītu izmaiņas.

Turpinājums soli pa solim ar lejupielādētiem attēliem

  • Attēls 07a: Skropstas "Virtuālie tīkli"ar Web noklusējuma jau modificēts un darbojas
  • 08 attēls: Skropstas "Glabāšana»No attālā hipervizora. Sākotnēji mums ir tikai krātuves depozīts noklusējuma, un tam ir iespēja Automātiskā palaišana. Ja mēs neglabāsim virtuālās mašīnas attēlus direktorijā / var / lib / libvirt / images kāda iemesla dēļ ieteicams noņemt izvēles rūtiņu Automātiskā palaišana. Šajā dialoglodziņā noklikšķiniet uz pogas «+»Lai pievienotu jaunu krātuves krātuvi.
  • 09 attēls: Tas ir pirmais no vedņa, kurš pievieno jaunu depozītu. Viņš nosaukums no jaunā depozīta ir jessie-vms-attēli un tas ir a Failu sistēmas direktorijs.
  • 10 attēls: Tā kā mums ir uzstādīts 80 GB disks / home / vms attēlu glabāšanai mēs norādām, ka Galamērķa ceļš tas būs tieši tas.
  • 11 attēls: Kad vednis ir pabeigts, mēs atgriežamies pie «Glabāšana»Un mēs atklājam, ka jaunā krātuve jau pastāv, ka tā ir nokopējusi kompaktdiska attēlu jaunu virtuālo mašīnu izveidei, ka tā ir Aktīvs, un jums ir iespēja Automātiskā palaišana atlasīts. Mēs izveidojam jaunu sējumu jaunai virtuālajai mašīnai, noklikšķinot uz pogas «Jauns sējums".
  • 12 attēls: The nosaukums no jaunā sējuma ir samba-ad-dc, tā formāts qcow2 un Maksimālā ietilpība dinamiskā izaugsme ir 15GB. Garāmejot mēs pārbaudām, vai depozītā «jessie-vms-attēli«, Pieejamā jauda pirms jaunā apjoma izveidošanas ir 77.95 GB. Lai pabeigtu jaunā sējuma izveidi, noklikšķiniet uz pogas «pabeigt«
  • 13 attēls: Atkal mēs atgriežamies pie «Glabāšana»Un mēs pārbaudām, vai attēls ir izveidots pareizi. Pretējā gadījumā mēs gatavojamies pārveidot kaut ko citu vietnē «Informācija par savienojumu«, Tāpat kā mūsu gadījumā, mēs aizveram logu, noklikšķinot uz pogas«X»Augšējā kreisajā stūrī, nevis caur izvēlnes opciju« File », jo tad Virt-Manager tiks aizvērts, un mums tas būs jāatver vēlreiz. 😉
  • 14 attēls: Mēs pārbaudām, vai savienojums ir atlasīts Virt-Manager 10.10.10.5. (QEMU), jo tieši šeit mēs izveidosim jaunu virtuālo mašīnu, izmantojot tās palīgu. Noklikšķinām uz pogas «Izveidojiet jaunu virtuālo mašīnu«Vai arī mēs kuģojam Izvēlne -> Fails -> Jauna virtuālā mašīna. Tiek parādīts vednis, un pirmajā dialoglodziņā tas norāda, ka Savienojums ir 10.10.10.5 (QEMU / KVM), un mēs izvēlamies, ka mašīnu izveidosim no ISO vai CDROM attēla.
  • 15 attēls: Mēs norādām ISO attēla ceļu. Ja mēs noklikšķinām uz pogas Izpētīt… atveras logs Atrodiet ISO multivides apjomu, mēs izvēlamies depozītu jessie-vms-attēli un tajā - uz attēlu debian-8.0.0-amd64-CD-1.iso. Pēc izvēles tiek parādīts absolūtais ceļš uz attēlu /home/vms/debian-8.0.0-amd64-CD-1.iso. Vēlāk mēs to norādām OS tips un Versija. Visbeidzot mēs noklikšķiniet uz pogas Uz priekšu.
  • 16 attēls: Šajā dialoglodziņā mēs norādām summu RAM) un EUR summa CPU ko mēs piešķirsim virtuālajai mašīnai, summa, kas loģiski nevar būt lielāka par resursdatora vai Hypervisor aprīkojuma summu.
  • 17 attēls: Papildus izvēlei Iespējot krātuvi šai virtuālajai mašīnai, mēs izvēlamies diska attēlu, kuru mēs piešķirsim mašīnai, tāpat kā mēs izvēlamies ISO attēlu. Galu galā mēs izvēlamies apjomu /home/vms/samba-ad-dc.qcow2.
  • 18 attēls: Mēs nonācām pie vedņa beigām. Mēs norādām, ka nosaukums del viesis būs samba-ad-dc; ko mēs gribam Pirms instalēšanas pielāgojiet iestatījumus, kuru mēs izmantosim, lai izveidotu savienojumu ar korporatīvo LAN Virtuālā tīkla noklusējums: NAT, Un Definējiet statisku MAC adresi tīkla interfeisam, kas tiek nejauši ģenerēts. Līdz šim mašīna nav izveidota. Kad mēs noklikšķinām uz pogas pabeigt, kad tas tiks izveidots.
  • 19 attēls: Logs, kas parāda, kāpēc mēs izvēlamies Pielāgojiet pirms instalēšanas. Pēc noklusējuma Virt-Manager atlasa Monitora noklusējuma SPICE. Ja mums ir komunikācijas vai displeja problēmas, mēs varam izmēģināt VNC serveris priekš šī Kontrolēt. Ja mēs mainām kādu parametru, mums jānoklikšķina uz pogas Pieteikties katra virtuālā aparatūras resursa. Ja nē, Virt-Manager sūdzas. 😉
  • 20 attēls: Tāpat kā iepriekšējās vēlēšanās, saskaroties ar problēmām, mēs izmēģinājām Video noklusējums VMVGA modelis. Lai sāktu jaunizveidotā instalēšanu viesis tālvadības pults, mēs noklikšķinām uz pogas «Sākt instalēšanu».
  • 21 attēls: Pēc instalēšanas sākšanas un katru reizi, kad mēs vēlamies izveidot savienojumu ar attālo virtuālo mašīnu vai viesis, Virt-Manager atkal lūgs mums autentificēt lietotāju, kurš izveidoja savienojumu ar attālumu.
  • 22 attēls: Visbeidzot, mēs sākam ar attālajam viesim izvēlētās operētājsistēmas instalēšanu tāpat kā fiziskai mašīnai vai serverim.
  • 23 attēls: Virt menedžeris ar viņu Viesi darbojas gan vietējā, gan attālā.
  • 24 attēls: Virtuālā mašīna samba-ad-dc darbībā.

Līdz šim soli pa solim caur komentētiem attēliem, kas man joprojām šķiet labākā metode šāda veida rakstiem. Personīgi man ir diezgan kaitinoši nodot attēlus un lasīt ziņojumus starp tiem. Protams, ja ziņu lasāt no viedtālruņa, varat dot priekšroku vecajai metodei. Es nezinu, labāk ir klausīties viņu viedokļus par formātu, kuru esmu ievērojis.

Daudzi brīnīsies, vai visas iepriekšējās darbības ir iespējams izpildīt, izmantojot parasto konsoli, komandu konsoli virsh, Un virt-skatītājs. Atbilde ir jā. Notiek tas, ka tas būtu pārāk garš un ļoti tehnisks ieraksts, un mēs vairs nevēlamies pārņemt lasītājus ar nelielu virtualizācijas pieredzi.

Ja kāds lasītājs ir ieinteresēts kā darīt ar virshu, lūdzu, sazinieties ar mums pa e-pasts.

Nākamā piegāde

Mēs neesam pārliecināti, ka turpināsim Darbstacija ar OpenSuSE o CentOS darbstacija. Kuru jūs izvēlaties?

Līdz nākamajam piedzīvojumam, draugi!


Raksta saturs atbilst mūsu principiem redakcijas ētika. Lai ziņotu par kļūdu, noklikšķiniet uz šeit.

7 komentāri, atstājiet savus

Atstājiet savu komentāru

Jūsu e-pasta adrese netiks publicēta. Obligātie lauki ir atzīmēti ar *

*

*

  1. Atbildīgais par datiem: Migels Ángels Gatóns
  2. Datu mērķis: SPAM kontrole, komentāru pārvaldība.
  3. Legitimācija: jūsu piekrišana
  4. Datu paziņošana: Dati netiks paziņoti trešām personām, izņemot juridiskus pienākumus.
  5. Datu glabāšana: datu bāze, ko mitina Occentus Networks (ES)
  6. Tiesības: jebkurā laikā varat ierobežot, atjaunot un dzēst savu informāciju.

  1.   dunter teica

    Laba lietderība, ko es atklāju, lai izveidotu virtuālo dublējumkopijas libvirt, tas diezgan daudz pabeidz ekosistēmu.

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

  2.   phico teica

    Sveiciens draugs Dhunter! Es jau apmeklēju lapu, un skripts ir ļoti sakārtots un pilnīgs. Atliek tikai pielāgot skriptu mūsu vajadzībām, blokā "Noklusējumi un konstantes" deklarējot vērtības, kas piemērojamas katram gadījumam. Es to izmēģināšu, kad man būs mazliet laika tam tērēt. Arī scenārijs fi-backup.sh tas jau ir versijā 2.1.0. Būtu pozitīvi, ja jūs to pamēģinātu, ja pamēģinātu.

  3.   Zodiaka karburuss teica

    Žēl, ka maz cilvēku komentē tik labas kvalitātes rakstu. Mēs ceram uz jūsu nākamajām piegādēm, Fico.

  4.   Cristian teica

    Ļoti labi šie raksti, es vēlētos, lai jūs to izdarītu tagad ar CentOS. Tas ir mans iecienītākais servera izplatītājs, un to mēs izmantojam universitātē. Sveicieni no Gvatemalas un gaidot nākamo rakstu.

  5.   phico teica

    Kristiān, jūsu pieprasījums tiks izpildīts nekavējoties. Mēs jau teicām, ka rakstīsim par stipri uz biznesu orientētiem rajoniem - CentOS un OpenSuSE. Līdz šim es plānoju izveidot darbvirsmu CentOS un citā rakstā turpināt Qemu + KVM un citu instalēšanu.

  6.   Ismaels Alvaress Vongs teica

    sveiki, atkal, vēl viens lielisks ziņojums par virt kemu-kvm, bet tagad no cita viedokļa pārvaldiet kvm tipa attālo hipervizoru no WK, kur mums ir grafiskais hipervizora pārvaldības rīks "Virt-Manager", izmantojot SSH metodi un arī izmantojot virsh; Savienojuma protokols "qemu + ssh: // user @ IP / system" ir ļoti interesants.
    . lieliski mainīt noklusējuma tīkla konfigurāciju uz nepieciešamajiem parametriem biznesa LAN, izmantojot komandu virsh (man ļoti patika šis izstrādātais piemērs)
    . kā arī krātuve no Virt-Manager (vispirms tiek izveidots diska attēls, kas aizņems nākotnes domēnu, kas vēl nav izveidots attālajā hipervizorā; beidzot no tā paša Virt-Manager un pievienotā attālā hipervizora izveidojiet jauns domēns.
    No šausmām pēdējā rindkopa «Daudzi brīnīsies, vai ir iespējams izpildīt visas iepriekšējās darbības, izmantojot parasto konsoli, virsh komandu konsoli un virt-skatītāju. Atbilde ir jā. … »
    Draugs, ar katru jaunu ierakstu tu paaugstini pieturu!
    Kādi citi hipervizori "saprot" Virt-Manager (ti, KVM)?

    1.    Federico teica

      Vēlreiz paldies, draugs Vongs, par visiem jūsu ļoti labajiem komentāriem par virtualizācijas tēmu.
      Dokumentācija par Libvirt un Virsh kopā ar citiem hipervizoriem:
      "Libvirt 0-8-6 un Vmware Esx"
      http://www.jedi.be/blog/2010/12/08/libvirt-0-8-6-and-vmware-esx/

      "VMware ESX hipervizora draiveris"
      https://libvirt.org/drvesx.html

      "Kā palaist Qemu & KVM operētājsistēmā ESXi?"
      http://www.virtuallyghetto.com/2014/09/how-to-run-qemu-kvm-on-esxi.html

      Es domāju, jūs to sapratīsit libvirt un galvenā saskarne virsh vadīt hipervizorus, viņi vienkārši ir LIELISKI. 😉