Acesta este un cuvânt teribil - "virtualizare". Soluția mea se bazează pe KVM.
- Sistemul de virtualizare ar trebui să fie stabil, disponibil în general și care nu necesită resurse.
De la alegerea de a alerga ochii, dar după ce a studiat recenzii pe Internet și încercările de a utiliza o opinie subiectivă a dezvoltat.
Produsele VMWare nu sunt potrivite. Stația de lucru plătită, ESXi nu a reușit să fie livrată în sistemul meu datorită chipsetului neacceptat (sa dovedit a fi mai modern). O alegere bună ar fi VMWare Server, dar judecând după ea răspunde prea greu și cade periodic, eu nu am încercat după eșecul ESXi. Ei nu au venit din niciun motiv - compania își vinde încă produsele și doar câteva dintre ele sunt disponibile în acces liber.
VirtualBox a fost o opțiune foarte bună. Există două opțiuni - OSE și Freeware. Nu există o versiune gratuită disponibilă în open source, dar este compensată de această funcție. Dintre diferentele pe care le cunosc, exista o lipsa de suport pentru USB in OSE, limitari la lucrul cu reteaua, accelerarea grafica nu este sustinuta (apropo, da o crestere foarte rapida a vitezei masinii virtuale). VirtualBox este ideal pentru cea mai simplă implementare. vă permite să obțineți rapid o mașină virtuală viabilă, fără gesturi inutile și studii atente ale conducerii. O caracteristică plăcută a fost suportul de lucru din consola, care vă permite să nu utilizați add-on-uri grafice și, în consecință, sarcina suplimentară pe mașina gazdă este eliminată. Pentru incepatori "virtuali acasa" as recomanda aceasta optiune. Personal, încă îl folosesc pe laptopul personal pentru a ridica rapid mediul de testare, precum și pentru a lucra în Windows (Ubuntu sa stabilit mult timp și acolo în mod sistematic). În ceea ce privește senzațiile subiective, VirtualBox funcționează mult mai repede decât stația de lucru VMWare, ocupă mai puțin spațiu atât pe disc, cât și pe memorie. Pentru fiecare mașină este alocată o fereastră separată, precum și driverele instalate pe oaspete (există „din cutie“), este posibil să se integreze în spațiul de lucru gazdă, care este foarte convenabil și vă permite să se răspândească sarcinile la diferite desktop-uri virtuale.
QEMU este un lucru foarte puternic. Dar când mi-am amintit cu privire la aceasta a atras deja atenția asupra kernel-ul de virtualizare pe baza și informații despre KVM și Xen, atât de strâns familiarizat cu pură QEMU nu a făcut-o.
Xen este sistemul ideal pentru virtualizare. Dar are un dezavantaj semnificativ - sistemul oaspeților trebuie să fie pregătit în avans.
KVM, bazat pe QEMU, este aproape la fel de rapid ca Xen în viteză, dar are o funcționalitate mai flexibilă, toată puterea setărilor QEMU (deși cea mai mare parte a necesarului am fost în VirtualBOX). Ambele versiuni, Xen și KVM sunt implementate în toate distribuțiile moderne și nu trebuie să depuneți eforturi serioase pentru a le utiliza. Dar există o diferență fundamentală între ele, care va fi discutată mai târziu.
- Este necesar să puteți juca diferite platforme software pe mașinile virtuale.
În ciuda disponibilității planului și a produselor VirtualBox VMWare, utilizarea lor, am refuzat să mai devreme, așa că nu va lua în considerare ... Dar, în ceea ce privește Xen și KVM va descrie un pic mai mult, pentru că el a căutat informații foarte mult timp.
Xen nu vă permite să rulați alte sisteme decât sistemul gazdă. sau mai degrabă nu este pregătită în avans pentru a lucra într-un mediu virtual. Și, din nefericire (și poate din fericire), procesarea similară nu se supune distribuțiilor Windows. Asta nu mi-a fost de acord, pentru că în cele din urmă alegerea a căzut pe opțiunea utilizării KVM, pentru care nu este nevoie să pregătiți un sistem de găzduire în avans.
Deci, motivele pentru alegerea KVM sunt scurte:
1. Implementarea este disponibilă din cutie în orice distribuție mare;
2. Implementate pe baza kernel-ului Linux, respectiv, are o viteza mare;
3. Utilizate de astfel de giganti ca RedHat si Ubuntu, ceea ce indica o mare stabilitate si flexibilitate;
4. Nu sunt necesare fraude suplimentare cu sistemul de invitați pentru instalarea în mașina virtuală.
3. Cum am făcut acest lucru pe Debian.
Apoi vine o descriere mai tehnică care descrie pașii, cum am făcut serverul meu, trăgând gratuit de la o duzină de servere virtuale.
În ciuda faptului că distribuția mea favorită Ubuntu, drept rezultat, Debian a fost ales ca sistem de bază. În cadrul articolului, nu voi explica complicațiile, dar cum de pe desktop, mai prefer să folosesc Ubuntu pe desktop. Majoritatea instrucțiunilor pentru Ubuntu și Debian sunt relevante pentru ambele variante, așa că atunci când am creat, am folosit atât acest lucru, cât și asta.
Deci, începeți să puneți serverul.
Luați distribuția Debian. Pentru a nu se balanseze prea mult și apoi a lua doar un sistem proaspăt, am luat varianta netinstall, prin care este instalat numai versiune a „sistem standard“ Mai mult nu avem nevoie. Apropo, am folosi o versiune pe 64 de biți, pentru a obține sprijin pentru mai multă memorie (> 3GB) fără ocoluri și bibelouri (de exemplu, serverul pe 32 de biți de kernel Ubuntu suportă mai mult de 3Gb, dar numai în cazul în care există o astfel de posibilitate în chipset-ul ).
Eu folosesc o partiție de sistem ( «/», «/ home», swap) hard disk IDE, pentru a nu avea probleme cu funcționarea sistemului atunci când este instalat pe RAID-matrice (și sunt). La instalarea o dată, am creat RAID-1 pe baza a două hard disk-uri SATA pentru a obține o mai mare siguranță a datelor (informațiile de bază vor fi stocate pe ea). În viitor, pentru a lucra cu o matrice RAID moale, ar trebui să utilizați utilitarul mdadm.
Programe instalate proaspăt retușesc puțin. Pentru a începe, instalați ssh, astfel încât să puteți împinge imediat sistemnik departe și deconectați monitorul deja inutile: sudo apt-get install ssh Mulți sfătuiți să treacă la portul standard de 22 pe de altă parte. Dar acest lucru ar trebui făcut numai dacă sunteți încrezători în acțiunile dvs. și serverul dvs. este conectat direct la Internet. Apropo, ar trebui menționat că, dacă se utilizează un port non-standard, atunci vor exista dificultăți în administrarea de la distanță a virtualizării KVM. Așa că am părăsit portul standard, dar prin routerul hardware am făcut transferul la non-standard, accesibil din exterior.
Apoi vom porni sincronizarea timpului prin Internet (am sfatuit cu tărie, este util).
sudo apt-get instala ntp ntpdate
Pentru a controla temperatura chipset-urilor, procesoarelor și hard disk-urilor:
sudo apt-get instala lm-senzori hddtemp
hddtemp utilitar funcționează în mod direct pentru a configura lm_sensors rula după instalare: sudo senzori-detectează pentru a răspunde la toate întrebările din afirmativ.
Este foarte simplu de utilizat:
- pentru a cunoaște temperatura procesorului, chipset-ului și a altor caracteristici ale senzorilor sudo, obținem ceva de genul:
it8712-isa-0290
Adaptor: adaptor ISA
VCore 1: +1,33 V (min = +3,54 V, max = +3,30 V) ALARMĂ
VCore 2: +3,76 V (min = +1,39 V, max = +1,01 V) ALARMĂ
+3.3V: +3.28 V (min = +4.00 V, max = +0.91 V) ALARMĂ
+5V: +6,69 V (min = +3,04 V, max = +6,10 V) ALARMĂ
+12V: +12,67 V (min = + 15,23 V, max = + 5,57 V) ALARMĂ
-12V: -15,33 V (min = -0,85 V, max = -12,39 V) ALARMĂ
-5V: +2,85 V (min = +3.06 V, max = +3.47 V) ALARMĂ
Stdby: +5,99 V (min = +0,11 V, max = +6,37 V)
VBat: +3,31 V
fan1: 2922 RPM (min = 3260 RPM, div = 2)
fan2: 0 RPM (min = 5400 RPM, div = 2) ALARMĂ
fan3: 0 RPM (min = 2732 RPM, div = 2) ALARMĂ
M / B Temp .: + 44,0 ° C (scăzut = -73,0 ° C, mare = -49,0 ° C) senzor = tranzistor
CPU Temp: + 32,0 ° C (scăzut = -65,0 ° C, mare = -9,0 ° C) senzor = tranzistor
Temp3: + 128,0 ° C (scăzut = + 23,0 ° C, înalt = -66,0 ° C) senzor = dezactivat
cpu0_vid: +0.000 V
- afla temperatura 1 hard disk SATA - sudo hddtemp / dev / sda obține ceva de genul:
/ dev / sda: WDC WD1001FALS-00J7B0: 33 ° C
Și cele mai delicioase, instalați module KVM și utilități utile. Adăugați imediat utilizatorul curent la grupul adecvat pentru disponibilitatea utilizării KVM. O descriere a utilizării utilităților poate fi găsită în manualele deja menționate. sudo aptitude instalare kvm libvirt-bin virinst virt-top python-virtinst
sudo adduser softovick libvirt De fapt, puteți utiliza imediat. Nu pot descrie toate comenzile de semnificație, pentru că există un om. Dar vă voi arăta cum creez o mașină virtuală:
pentru Linux virt-install linux -r -f linux.img -n -s 512 -c 15 obraz.iso --accelerate --vnc --vncport = 5900 --noautoconsole --os-type = linux --os-variant = generic26
pentru Windows Virt-a instala ferestre -r -f windows.img -n -s 512 -c 15 obraz.iso --accelerate --vnc --vncport = 5901 --noautoconsole --os-type = ferestre --os-varianta = win2k3 --noacpi După aceea, cursul în continuare a instalației și a afișa aparatul oaspete poate fi controlat prin conectarea folosind VNC client la server pe portul 5900 și 5901 (Vă recomandăm pentru fiecare mașină în avans pentru a determina portul VNC pentru a conecta convenabil). Există câteva opțiuni mai utile, nu le folosesc doar pentru că nu le-am îndeplinit nevoile.
P.S .:
Unele sfaturi utile:
1. Dacă ați specificat un port VNC specific pentru mașina de oaspeți, nu puteți porni automat consola grafică prin Virtual Manager.
2. Managerul virtual nu va putea să se conecteze dacă aveți un port ssh suprascris. Mai precis, va fi nevoie de o investigație lungă și obositoare.
3. Asigurați-vă că utilizați modul -noacpi pentru Windows Server-ul gazdă, astfel încât acesta să fie instalat corect.
4. reglați cu atenție modul economic de pe sistemele de oaspeți, în orice caz, nu opriți ecranul, altfel nu se poate conecta apoi la VNC.
5. Dacă doriți să închideți și să reporniți de la distanță prin intermediul Managerului Virtual, dezactivați economizorul de ecran. blochează gestionarea alimentării.
Multe mulțumiri pentru articol! O mulțime de util. În acest moment rezolv problema de virtualizare pe "serverul de acasă".
Articole similare
Trimiteți-le prietenilor: