Cumva am avut mai multe proiecte personale care necesitau un spațiu pe disc destul de mare - cam 2 TB. VPS adecvat nu a fost găsit (puțini oameni oferă o mulțime de spațiu HDD), așa că am luat un server dedicat de la OVH, a pus ESXI 5.5 acolo cu o licență gratuită și a funcționat.
După ceva timp, cu dezvoltarea proiectului, am început să configurați chips-uri admin - monitorizare, backup, și a constatat că se transformă serverul pe care am fost promis RAID Soft, și care, web hosting (OVH) freewheeling mod ESXi dvs. - fără RAID! Acestea sunt doar 2 discuri. Ei bine, da, acum știu că ESXI nu suportă Soft RAID, doar Hard. A devenit inconfortabil. Da, iar 2TB nu a fost de ajuns. În general, mi-am luat un server mai mare, cu hardware RAID și am pus ESXI 6.0 acolo.
Și au fost două sarcini, soluția pe care o voi descrie aici:
- Transferați mașini virtuale (dintre care unele sunt de aproximativ 1TB) de la un server la altul, cu o conexiune minimă offline # 13;
- Faceți backupuri regulate # 13;
Cu o licență plătită, există o opțiune de migrare prin vCenter. Există, de asemenea, o versiune gratuită a Veeam Backup. care vă permite să copiați și să transferați mașini virtuale de la un sistem la altul și nu trebuie să le opriți. Dar cu licența gratuită ESXI, versiunea curentă - Veeam 9 - nu funcționează deloc. Există o soluție de la HP - VM Explorer. care are o ediție gratuită gratuită.
VM Explorer 6.2 poate funcționa cu ESXI gratuit, dar:
- Când creați o copie de siguranță, dimensiunea completă a imaginii este copiată de pe server, chiar dacă discul este subțire. Asta este, dacă discul mașinii virtuale este de 500 GB și doar 50 GB este scris acolo, atunci vor fi copiate 500 GB. Și așa - de fiecare dată. Modul de backup incremental (numai pentru calculatorul local) este în versiunea plătită, nu l-am testat - știu cât de eficient este. # 13;
- O licență gratuită vă permite să copiați copii de rezervă numai pe discurile locale. Adică, pentru a copia la o altă gazdă ESXI aveți nevoie de o licență plătită. # 13;
- În versiunea gratuită nu există niciun scheduler, adică trebuie să începeți manual backup-urile. # 13;
Aici puteți menționa pur și simplu:
În cele din urmă am decis să folosesc 2 instrumente:
În versiunea gratuită:
- "Hot" backup-uri, fără a opri mașinile virtuale. Acest lucru se face folosind instantaneu (instantaneu) # 13;
- Configurarea coroanei (cron) în ESXI # 13;
- Rapoarte prin e-mail # 13;
- Backup de rezervă # 13;
- Backup la o altă gazdă ESXI. În versiunea gratuită - utilizând rsync, ascuțită sub ESXI. Versiunea plătită are mai multe backup-uri incrementale (OneDiff) prin crearea unui instantaneu intermediar (ca și pentru mine - nu este o soluție foarte bună) și deduplicare folosind NAS lor (XSINAS) # 13;
Instrucțiuni de instalare Xsibackup
Aceeași instrucțiune în engleză - 33hops.com/blog_xsibackup-quickstart.html
secretKey veti avea propriul dvs. Daca aveti un datastore numit diferit, atunci trebuie sa va inregistrati calea.
Văzând Wget, cineva poate să-și scuture capul și să spună că punerea software-ului pe altcineva pe o gazdă ESXI este nesimțită și așa mai departe. Cu toate acestea, cu orice copie de rezervă, veți da parola de root pentru program pentru copiere de siguranță, adică, cineva vă va avea încredere în orice caz. Cu copiere locală, Xsibackup folosește numai scripturi de shell care pot fi vizualizate și verificate ...
Apoi creați un dosar în care vom adăuga copii de rezervă - local sau pe un alt server:
Dacă copiați copii de siguranta vor fi între gazde, tastele parts SSH: Dacă doriți backup-uri a fost lansat prin coroanele, atunci: Testarea că totul funcționează la nivel local: Pentru a testa operarea între gazde, schimbarea: Dacă SMTP necesită TLS, un sprijinit --smtp- sec = TLS
»Lista completa de optiuni (in limba engleza)
La nivel local, adică pe o gazdă, totul funcționează bine: backup-urile se fac cu ajutorul utilității native ESXI - vmkfstools. Totul este rapid, iar discurile subțiri rămân subțiri. Cu hard discuri, am o viteză de aproximativ 60MB / s
Când am testat, am constatat că, cu backup-uri repetate, rsync practic nu reduce timpul de copiere - dimensiunea completă a VM din nou iese din nou din rețea.
În cazul meu, hostetul garantează o viteză de rețea de 250Mb / s (
31MB / s), dar într-adevăr între două gazde într-o singură copie de date centru am lucrat la 10-20MB / s. Nu știu despre ce este vorba - dacă rețeaua încetinește, rsync sau orice altceva - însă procesul este întins prea mult.
Actualizare. a găsit un articol. - Potrivit punctelor de referință, se pare că problema în SSH frânată (peste care funcționează rsync), conform NFS, ar fi mai rapidă.
Mă bucur că, din cauza discurilor, rămân subțiri.
Procesul de migrare și de backup al VM-urilor
Procesul de migrare a VM-urilor între gazde arată astfel: În același mod, în timp ce VM privește înapoi de la gazdă la domiciliu. Pentru a face acest lucru, casa mea rulează ESXI - astfel încât ovftoolul poate transfera numai sarcina utilă prin rețea.
Pe forumurile pe care le scriu. care pare a fi o modalitate de a copia fișierele în NFS cu opțiunea redusă, astfel încât numai datele existente să fie transferate, dar nu mi-am dat seama încă.
N-am găsit calea de a face o copie de rezervă incrementală.
În timp ce fac acest lucru manual de la consola - transfer la o altă gazdă, fac prima copie de rezervă, dar în timp cred că voi pune totul în CZK. Poate că voi termina scriind câteva paragrafe despre cum să instalez coroanele mai târziu. Instrucțiunile originale sunt aici: 33hops.com/xsibackup-cron-how-to.html
Așadar, acum am primul copiat care se află lângă, pe același server și este disponibil pentru o recuperare destul de rapidă.
Cea de-a doua copie este în casa mea, adică, așa cum este recomandat - într-un loc fizic diferit. Pentru a le restabili, va trebui să fie inundate în rețea, ceea ce este mult mai lent. Dar probabilitatea de a avea nevoie de acest lucru este, de asemenea, destul de scăzută.
Ghidul complet este în limba engleză aici. acolo poți și descărca. Ovftool poate fi instalat pe orice computer și poate gestiona hypervisorul din acesta. Și o puteți pune direct pe gazda ESXI, deși aceasta nu este o opțiune acceptată.
Instalarea programului Ovftool pe ESXI
În general, procesul este după cum urmează: primul Ovftool este pus pe Linux x64 (am făcut pe Ubuntu 16), iar apoi fișierele sunt transferate către gazda ESXI.
Ovftool nu știe cum să copieze un VM în modul fierbinte, adică necesită ca mașina virtuală să fie oprită. Prin urmare - nevoia de Xsibackup de mai sus.
Mai multe caracteristici ale lui Ovftool:
Trimiteți-le prietenilor: