în postarea mea anterioară, am discutat motivele pentru care thin provisioning este, în general, cel mai bun mod de a aloca spațiu pe disc în scenarii de stocare virtuală. De ce? Din cauza:
- flexibilitate
- economii
cu thin provisioning puteți crea mai multe VM-uri (mașini virtuale) pe un hard disk fizic fără să vă faceți griji dacă aveți spațiu pentru a-l acoperi, deoarece hipervizorul dvs. va împărți doar spațiul pe care îl folosește VM. Drept urmare, puteți cumpăra mai mult spațiu de stocare după cum aveți nevoie, mai degrabă decât să ghiciți suma din timp.
dar provizionarea subțire are limitările sale. Iată cele mai frecvente trei dezavantaje pe care le-am întâlnit până acum:
1. Performanță scăzută
am citit mai multe postări și fire care dezbat diferența de performanță între VM-urile subțiri și cele groase. Consensul general? Provizionarea subțire nu oferă același nivel de performanță al provizionării groase. Un fir de eroare de Server discută riscul ca discurile subțiri provizionate să devină puternic fragmentate, ceea ce afectează performanța generală.
după cum explică comentatorul wazoox:
el a lovit de performanță este cea mai mare parte fragmentarea. Când inițializați o unitate, toate blocurile sale sunt contigue … în timp ce acestea pot deveni puternic fragmentate atunci când sunt prevăzute. „Monitorizarea dimensiunii și extinderea acesteia” pur și simplu nu se întâmplă; fișierele rare sunt de fapt o caracteristică „gratuită” a sistemului de fișiere și pur și simplu cresc automat atunci când li se alocă blocuri.
dar pe un fir recent Spiceworks, Scott Alan Miller de la MSP Niagara Technology Group spune că, în majoritatea cazurilor, diferența este nominală, iar îngrijorarea cu privire la aceasta este contraproductivă pentru majoritatea IMM-urilor:
dacă nu aveți o aplicație sensibilă la latență, legată de IO , grosimea este rareori o alegere bună. Doar aduce prea multe probleme sau lipsa de avantaje…problema este…IMM-urile au o mentalitate, de cele mai multe ori, de „performanță peste tot” când, în realitate, performanța este ultimul lucru de care au nevoie IMM-urile. Ceea ce au nevoie este fiabilitatea, ușurința de gestionare, gestionarea costurilor etc.
2. Supra-alocarea spațiu
de dragul simplității, să presupunem că aveți 1TB de stocare fizică. Ați putea crea 10 (sau 100) VM-uri subțiri de 200 GB fiecare, chiar dacă spațiul de stocare fizic nu le-ar putea gestiona pe toate dacă majoritatea se apropie de capacitatea lor, deoarece în prezent fiecare VM utilizează cel mult 50 GB bucata.
dar ce se întâmplă dacă nu reușiți să monitorizați toate aceste VM-uri diferite? După cum spune wazoox,
dacă vreodată a alerga afară de spațiu real pe disc pe thin provisioned de stocare în cazul în care spațiul alocat peste, orice scriere poate aduce un eșec catastrofal pe una sau mai multe unități VM, de obicei, dincolo de orice reparație, așa că ar monitoriza mai bine utilizarea reală disc pe gazdă de stocare cu atenție.
aceasta este o preocupare legitimă, dar profesioniștii IT ar trebui să monitorizeze utilizarea discului ca o bună practică în centrul de date. În firul Spiceworks citat anterior, comentatorul Darth Hoody explică mai bine decât pot:
singurul motiv pentru care nu subțire prevedere este dacă nu doriți să, știu cum să, sau altfel nu poate sau nu va monitoriza și gestiona spațiul de stocare. Da, în cazul în care poate provoca cu siguranta probleme dacă overprovision la punctul în care executați datastores dvs. din spațiu și knock out toate VMs dumneavoastră. Ar putea exista motive legitime pentru asta, dar pentru mine este o risipă și doar o practică proastă.
3. Lipsa elasticității
deși furnizarea subțire vă permite să vă extindeți spațiul pe disc după cum aveți nevoie, tehnologia nu este elastică. Cu alte cuvinte, vă puteți extinde alocarea spațiului, dar nu o puteți contracta. SearchVirtualStorage, o publicație TechTarget, discută această problemă în postarea sa VMware thin provisioning: Pro și contra:
provizionarea subțire creează discuri care cresc, dar nu se micșorează cu adevărat; nu returnează spațiul înapoi la piscina liberă generală. În cazul VMware, dacă creați un disc subțire prevăzut, acesta va crește; dacă ștergeți datele de pe acel disc, VMDK se va micșora, astfel încât va exista mai mult spațiu disponibil în acel magazin de date, dar magazinul de date nu se micșorează și astfel nu va fi disponibil pentru controlerul de matrice în alte scopuri — cu excepția cazului în care controlerul de matrice nu recunoaște zero, ceea ce fac o mulțime de controlere de matrice care fac provizionare subțire — și creați fie un disc gros zero, fie un disc gros zero. Aceste tipuri de discuri vor aloca spațiu pe disc și îl vor umple cu zerouri.
când Steve Snyder și cu mine am discutat acum câteva săptămâni, am fost de acord că una dintre multele platforme de hipervizori de acolo va ieși în cele din urmă cu o aprovizionare cu adevărat elastică. Dar niciunul dintre noi nu a reușit să găsească vreo veste concretă despre această evoluție.