StorageCraft Technology, LLC

i mitt forrige innlegg diskuterte jeg grunner til at tynn klargjøring generelt er den beste måten å tildele diskplass i virtuelle lagringsscenarier. Hvorfor? På grunn av:

  1. Fleksibilitet
  2. Besparelser

med tynn klargjøring kan du opprette flere Virtuelle Maskiner (virtuelle maskiner) på en fysisk harddisk uten å bekymre deg for om du har plass til å dekke DEN fordi hypervisoren din bare vil fordele hvor mye plass VM bruker. Som et resultat kan du kjøpe mer lagringsplass som du trenger det, i stedet for å måtte gjette beløpet på forhånd.

men tynn klargjøring har sine begrensninger. Her er de tre vanligste ulempene jeg har kommet over så langt:

1. Redusert Ytelse

jeg har lest flere innlegg og tråder som diskuterer forskjellen i ytelse mellom tynne klargjorte Vm-er og tykke klargjorte. Den generelle konsensus? Tynn klargjøring gir ikke samme ytelsesnivå som tykk klargjøring. En Serverfeiltråd diskuterer risikoen for at tynne klargjorte disker blir sterkt fragmenterte, noe som påvirker den generelle ytelsen.

som kommenterer wazoox forklarer:

han ytelse hit er for det meste fragmentering. Når du initialiserer en stasjon, er hele blokken sammenhengende … mens de kan bli tungt fragmentert når de er tynne. «Overvåking av størrelsen og utvide den» skjer ganske enkelt ikke; sparsomme filer er faktisk en «gratis» filsystemfunksjon, og de vokser bare automatisk når blokker tildeles dem.

Men På en nylig spiceworks-tråd sier Scott Alan Miller FRA MSP Niagara Technology Group at forskjellen i de fleste tilfeller er nominell, og å bekymre seg for det er kontraproduktivt for De Fleste Smber:

Med mindre DU har en latensfølsom, IO bundet applikasjon, er tykk sjelden et godt valg. Det bringer bare for mange problemer eller mangel på fordeler…problemet er…Smb har en tankegang, mye av tiden, av «ytelse over alt» når i virkeligheten ytelse handler om det siste Som Smb trenger. Det de trenger er pålitelighet, enkel administrasjon, kostnadsstyring, etc.

2. Overallokerende Plass

for enkelhets skyld, la oss si AT du har 1 TB fysisk lagring. Du kan opprette 10 (eller 100) tynne klargjorte Virtuelle Maskiner PÅ 200 GB hver, selv om den fysiske lagringen ikke kunne håndtere dem alle hvis et flertall av dem nærmet seg kapasiteten, fordi hver VM bruker maksimalt 50 GB per stykk.

men hva skjer hvis du ikke klarer å overvåke alle De Forskjellige Vm-ene? Som wazoox sier,

Hvis du noen gang går tom for ekte diskplass på tynn klargjort lagring der du over allokert plass, kan noen skrive bringe en katastrofal feil på en ELLER flere VM-stasjoner, vanligvis utover noen reparasjon, så du bør bedre overvåke din faktiske diskbruk på lagringsverten nøye.

det er en legitim bekymring, MEN IT-fagfolk bør overvåke denne diskbruken som en beste praksis i datasenteret. I den tidligere siterte Spiceworks-tråden forklarer commenter Darth Hoody det bedre enn jeg kan:

den eneste grunnen TIL ikke å tynne bestemmelsen er hvis du ikke vil, vet hvordan, eller på annen måte ikke kan eller vil ikke overvåke og administrere lagringen din. Ja, hvis kan definitivt føre til problemer hvis du overprovision til det punktet hvor du kjører datalagrene dine ut av plass og slår ut Alle Vm-Ene dine. Det kan være legitime grunner til det, men for meg er det sløsing og bare dårlig praksis.

3. Mangel På Elastisitet

selv om tynn klargjøring lar deg utvide diskplassen etter behov, er teknologien ikke elastisk. Med andre ord, du kan utvide din plass tildeling, men du kan ikke kontrakt det. SearchVirtualStorage, En TechTarget-publikasjon, diskuterer dette problemet i sin post VMware thin provisioning: Fordeler Og ulemper:

Tynn klargjøring skaper disker som vokser, men ikke krymper; de returnerer ikke plass tilbake til det totale frie bassenget. I VMware-saken, hvis du lager en tynn-klargjort disk, kommer den til å vokse; hvis du sletter data fra den disken, vil VMDK krympe, slik at det blir mer plass tilgjengelig i datalageret, men datalageret krymper ikke, og det vil ikke være tilgjengelig for array — kontrolleren til andre formål-med mindre array-kontrolleren gjør null anerkjennelse — som mange array-kontroller som gjør tynn klargjøring gjør – og du lager enten en nullet tykk eller en ivrig nullet tykk disk. Disse typer disker vil tildele diskplass og fylle den med nuller.

Da Steve Snyder og jeg snakket for noen uker siden, ble vi enige om at en av de mange hypervisorplattformene der ute til slutt vil komme ut med virkelig elastisk klargjøring. Men ingen av oss har lykkes i å finne noen konkrete nyheter om denne utviklingen.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.