Interesul utilizatorilor către virtualizare a început recent să dispară. Pe de o parte, există soluții desktop ușor de înțeles pentru orice axă. Pe de altă parte, costul VDS nu este atât de ridicat, iar serverul este disponibil pentru toată lumea, puteți demonstra dezvoltarea din orice punct. Dar dacă Linux este mai mult sau mai puțin clare și există o alegere, atunci oferta pentru Windows-hosting, nu toate, costul lor este mare (aproximativ de două ori mai mult), și să le ia, atunci când este nevoie de rar un astfel de sistem, nu are nici un sens. Aici putem dobândi cunoștințe despre KVM.
Pro și Contra KVM
Tehnologia oferă virtualizare completă la nivel hardware. Prin urmare, spre deosebire de LXC și OpenVZ, KVM poate rula în principiu orice sistem de operare, nu doar Linux (Windows, FreeBSD ...) și Linux, care diferă de configurația sistemului principal. Dacă aveți nevoie de o mașină virtuală care nu se potrivește cu parametrii principalei gazde, atunci nu există o alegere specială. Incluziunea în nucleu a reprezentat un progres important. Acum, suportul de virtualizare în sistemul de operare nu necesită instalarea unui hypervisor (cum ar fi Xen) și ar putea fi implementat în orice distribuție, inclusiv desktop. În afara casetei este disponibil VNC, ceea ce face posibilă gestionarea serverului virtual din momentul descărcării (adică atunci când SSH nu funcționează încă), ca și cum ar fi de la consola locală. Proiectul cooperează activ cu o altă soluție similară QEMU. unele utilitare sunt utilizate și formatul general al fișierului imagine este Qcow2.
Desigur, există unele dezavantaje. Unde fără ele. Procesorul principal trebuie să aibă suport hardware pentru virtualizarea Intel VT-x sau AMD-V. Aveți posibilitatea să verificați disponibilitatea acestora manual sau folosind utilitare:
De asemenea, despre suportul tehnologic spun steaguri din CPU:
În funcție de producătorul procesorului, modulul kernel va fi încărcat (kvm-amd.ko sau kvm-intel.ko).
Verificarea suportului KVM
Suprafața este puțin mai mare decât atunci când se utilizează LXC și OpenVZ. Există două motive pentru aceasta.
Containerul KVM pornește copia nucleului și a mediului său și necesită memorie pentru el. LXC și OpenVZ utilizează, de asemenea, apelurile de tip kernel și de sistem ale serverului. Prin urmare, având aceleași caracteristici în ceea ce privește găzduirea, acestea au posibilități complet diferite. Atunci când creați un container KVM, toate resursele sunt rezervate imediat pentru acesta, în funcție de setări. Acest lucru este clar văzut în htop. Merită adăugat RAM la KVM, de îndată ce această valoare crește cantitatea de memorie utilizată. Ieșirile limită ale VM nu pot, sunt instalate greu. În acest lucru, chiar și un plus, puteți calcula imediat încărcarea viitoare pe serverul dvs. și nimeni nu va împrumuta resurse.
Și VM-urile sunt relativ stabile în termeni de performanță. În timp ce cu ajutorul virtualizării OpenVZ, resursele sunt alocate dinamic, după cum este necesar, și fiecare server virtual utilizează cât mai multe resurse acum. Resursele neplanificate rămân libere. Prin urmare, este popular cu hosteri, pentru că puteți întotdeauna să vârați mai mult VM și de aceea mașinile virtuale create cu o marjă pot funcționa mai repede sau mai lent. Uneori optimizarea VM pentru OpenVZ este o masă reală: este neclar de ce serverul a început să funcționeze diferit - din cauza setărilor noi sau a factorilor externi.
Este mai dificil să administrați KVM, deoarece nu există acces transparent la fișiere, procese, console și o rețea de containere, trebuie să o configurați singur. Reconstrucția parametrilor VM în KVM (CPU, RAM, HDD) nu este foarte convenabilă și necesită acțiuni suplimentare, inclusiv repornirea sistemului de operare. În același OpenVZ se poate face și în zbor. Proiectul în sine nu oferă instrumente grafice convenabile pentru gestionarea mașinilor virtuale, ci doar utilitatea virsh care implementează toate funcțiile necesare. Dar căutând pe web, puteți găsi mai multe interfețe, deși pentru utilizarea individuală a unuia sau mai multor VM-uri, de obicei nu au sens. În plus, multe proiecte open source dezvoltate activ în timpul unui interes deosebit pentru mașinile virtuale au devenit comercial, deși unele oferă încă o versiune gratuită. Repozitorul de pachete are un administrator virt. Acesta oferă o interfață grafică pentru gestionarea KVM și a altor tipuri de VM-uri care suportă virtlib, atât la nivel local, cât și la distanță prin SSH.
Ca interfețe web, puteți recomanda un WebVirtMgr vechi, dar încă de lucru. gratuit UVMM UCS Core Edition. openQRM Free Community Edition și altele. În plus, există distribuții speciale precum Proxmox VE. în care există deja toate instrumentele necesare pentru crearea și gestionarea VM bazate pe KVM și LXC (deși este potrivit pentru instalațiile metalice goale și nu pentru VDS la distanță).
Instalarea KVM
Avantajele KVM sunt că funcționează din cutie și că procesoarele serverelor gazdă susțin în mod unic această tehnologie. Prin urmare, este destul de fezabil, în prezența resurselor disponibile, să încărcați în VDS o altă mașină virtuală (sau mai multe). Desigur, în virtualizarea virtuală nu vor funcționa la fel de repede ca pe hardware, dar dacă nu este planificată o încărcătură mare, atunci acest lucru ar trebui să fie suficient. Mai mult decât atât, unele gazde web au o salvare-unelte, ceea ce face posibilă montarea unui sistem de fișiere diferit (în acest Hetzner de salvare / LARA), pentru a se înlocui, și chiar a instala sistemul de operare. Cu o anumită abilitate, este posibil să utilizați Windows absolut legal în conformitate cu tarifele Linux.
Verificăm suportul pentru KVM.
Dacă un astfel de răspuns este primit, atunci totul este bine. O listă a sistemelor de operare acceptate și numele lor corect pot fi obținute utilizând osinfo-query.
Fișierele de configurare libvirt sunt localizate în directorul / etc / libvirt. Jurnalele în care doriți să căutați răspunsuri la probleme se găsesc în / var / log / libvirt. Există mai multe directoare în / var / lib / libvirt: în sistemul de boot, dacă nu este specificată nici o cale, va căuta o imagine pentru instalarea sistemului de invitați, iar în imagini vor fi plasate hard-discurile.
Gestionarea mașinilor virtuale din consola se face folosind utilitarul virsh. Există o mulțime de parametri, puteți afla toate acestea prin tastarea:
La început, trebuie doar să umbli și să te familiarizezi să înțelegi esența. Lista OS este goală:
Verificăm dacă rețeaua este configurată. Implicit, se utilizează implicit.
Dacă răspunsul este că este imposibil să vă conectați, verificăm drepturile de acces la soclu și la directoarele de mai sus (în esență, aceasta este problema).
Și reporniți modulele:
Un lucru mai mult. Pentru a rula Win, aveți nevoie de drivere paravirtual virtio care implementează activitatea dispozitivelor principale într-un mediu virtual. Ele nu sunt necesare, dar utilizarea lor vă permite să obțineți o productivitate și o capacitate mai mare de reacție în mediul virtual. Acestea ar trebui să fie susținute atât de gazdă, cât și de OS-ul oaspete. În kernelul Linux, driverul este acceptat de la 2.6.25, dar modulul nu este instalat în mod implicit. Dacă sunați / sbin / lsmod | grep virtio și pisică "/ boot / config-uname -r" grep -i virtio nu a arătat nimic, ar trebui să instalați pachetul qemu-guest-agent. Pentru OS oaspete, imaginea ISO este disponibila la fedoraproject.org.
Apoi, există două opțiuni. Puteți instala sistemul de operare pe cont propriu sau puteți realiza o imagine deja pregătită cu sistemul de operare instalat. Primul pas este, în general, diferit în ceea ce privește necesitatea de a pregăti un disc, de a rula VM și de a instala sistemul de operare într-un mod standard. Să creați un disc de 25 GB.