i mit tidligere indlæg diskuterede jeg grunde til, at Tynd provisioning generelt er den bedste måde at allokere diskplads i virtuelle lagringsscenarier. Hvorfor? På grund af:
- fleksibilitet
- besparelser
med thin provisioning kan du oprette flere VM ‘ er (virtuelle maskiner) på en fysisk harddisk uden at bekymre dig om du har plads til at dække det, fordi din hypervisor kun fordeler den plads, VM bruger. Som et resultat kan du købe mere lagerplads, som du har brug for det, snarere end at skulle gætte beløbet på forhånd.
men tynd provisioning har sine begrænsninger. Her er de tre mest almindelige ulemper, jeg har stødt på indtil videre:
1. Nedsat ydeevne
jeg har læst flere indlæg og tråde, der diskuterer forskellen i ydeevne mellem tynde klargjorte VM ‘ er og tykke klargjorte. Den generelle konsensus? Tynd provisioning tilbyder ikke det samme niveau af ydeevne for tyk provisioning. En serverfejltråd diskuterer risikoen for, at tynde klargjorte diske bliver stærkt fragmenterede, hvilket påvirker den samlede ydelse.
som kommentator forklarer:
han præstation hit er for det meste fragmentering. Når man initialiserer et drev, er hele dens blok sammenhængende … mens de kan blive stærkt fragmenterede, når de er tynde. “Overvågning af størrelsen og udvidelse af den” sker simpelthen ikke; sparsomme filer er faktisk en “gratis” filsystemfunktion, og de vokser simpelthen automatisk, når blokke tildeles dem.
men på en nylig Spicearbejdstråd siger Scott Alan Miller fra MSP Niagara Technology Group, at forskellen i de fleste tilfælde er nominel, og at bekymre sig om det er kontraproduktivt for de fleste SMB ‘ er:
medmindre du har en latensfølsom, io-bundet applikation , er tyk sjældent et godt valg. Det bringer bare for mange problemer eller mangel på fordele…problemet er…SMB ‘ er har en tankegang, meget af tiden, af “ydeevne over alt”, når ydeevne i virkeligheden handler om det sidste, som SMB ‘ er har brug for. Hvad de har brug for er pålidelighed, brugervenlighed, omkostningsstyring osv.
2. Overallokering af plads
for enkelhedens skyld, lad os sige, at du har 1 TB fysisk opbevaring. Du kan oprette 10 (eller 100) tynde klargjorte VM ‘ er på 200 GB hver, selvom din fysiske lagerplads ikke kunne håndtere dem alle, hvis et flertal af dem nærmede sig deres kapacitet, fordi hver VM i øjeblikket bruger højst 50 GB stykket.
men hvad sker der, hvis du undlader at overvåge alle de forskellige VM ‘ er? Som han siger,
hvis du nogensinde løber tør for ægte diskplads på tynd klargjort lagerplads, hvor du overallokerer plads, kan enhver skrivning medføre en katastrofal fejl på et eller flere VM-drev, normalt ud over enhver reparation, så du bedre overvåger din faktiske diskbrug på lagringsværten omhyggeligt.
det er en legitim bekymring, men it-fagfolk bør overvåge denne diskbrug som en bedste praksis i datacentret. I den tidligere citerede tråd, kommentator Darth Hoody forklarer det bedre, end jeg kan:
den eneste grund til ikke at tynde bestemmelsen er, hvis du ikke vil, ved hvordan, eller på anden måde ikke kan eller ikke vil overvåge og administrere dit lager. Ja, Hvis kan helt sikkert forårsage problemer, hvis du overprovision til det punkt, hvor du kører dine datalagre ud af rummet og banke alle dine VM ‘ er. Der kan være legitime grunde til det, men for mig er det spildt og bare dårlig praksis.
3. Manglende elasticitet
selvom thin provisioning giver dig mulighed for at udvide din diskplads, som du har brug for det, er teknologien ikke elastisk. Med andre ord kan du udvide din pladstildeling, men du kan ikke indgå kontrakt med den. SearchVirtualStorage, en TechTarget publikation, diskuterer dette problem i sin post VM thin provisioning: fordele og ulemper:
Tynd provisioning skaber diske, der vokser, men ikke rigtig krymper; de returnerer ikke plads tilbage til den samlede GRATIS pool. Hvis du opretter en tynd-klargjort disk, vil den vokse; hvis du sletter data fra den disk, vil VMDK krympe, så der vil være mere plads til rådighed i datalageret, men datalageret krymper ikke, Og det vil derfor ikke være tilgængeligt for array — controlleren til andre formål — medmindre array-controlleren gør nulgenkendelse, hvilket mange array-controllere, der gør tynd provisioning, gør-og du opretter enten en nulstillet tyk eller en ivrig nulstillet tyk disk. Disse typer diske vil tildele diskplads og fylde det med nuller.
da Steve Snyder og jeg chattede for et par uger siden, blev vi enige om, at en af de mange hypervisor platforme derude i sidste ende vil komme ud med virkelig elastisk provisioning. Men ingen af os har formået at finde nogen konkrete nyheder om denne udvikling.