Porovnanie VMDK Thick Provision Lazy-Zeroed and Eager-Zeroed, Thin Provision WindowsPro
Ak vytvoríte nový virtuálny pevný disk pod VMware ESXi, môžete si vybrať z troch rôznych variantov. To, čo na prvý pohľad vyzerá ako rozhodnutie medzi tenkým a hrubým poskytovaním, sa stane oveľa komplikovanejším, keď vstúpi do hry zdieľané úložisko.
Základným problémom pri poskytovaní úložného priestoru vo virtuálnych prostrediach je, že aplikácie by mali spotrebovávať iba toľko úložných zdrojov, koľko skutočne potrebujú. Nezrovnalosti môžu vzniknúť napríklad vtedy, keď softvér pri inštalácii očakáva určitý priestor na disku, ale potom sa počas prevádzky zaobíde s menším počtom.
Tenké zabezpečenie prostredníctvom hypervízora
Zjavnou odpoveďou na tento problém sa javia VMDK tenkého zabezpečenia. Po vytvorení si nevyhradzujú žiadny úložný priestor, ale rastú s objemom údajov, ktoré do nich ukladá hosťujúci operačný systém. V skutočnosti sú zaujímavou možnosťou na úložných systémoch, ktoré samy neponúkajú tenké zabezpečenie, napríklad lokálne na lokálne disky.
Nevýhodou tohto typu VMDK je, že musíte neustále monitorovať úložné kapacity, aby nadmerná rezervácia zdrojov neviedla k úplným diskom a výsledným úzkym miestam. Výkon takýchto VMDK je navyše o niečo horší ako v prípade hrubých variantov.
Štíhla alokácia pamäte prostredníctvom koncového zariadenia úložiska
Ak používate úložné polia, využijete možnosť štíhlej alokácie úložiska na úrovni LUN. Tenké zabezpečenie potom nemá vplyv iba na jednotlivé VMDK, ale na celé dátové úložiská ESXi. Z čisto technického hľadiska je možné vytvoriť aj VMDK typu Thin Provision, ale zdá sa, že nemá zmysel akceptovať dvojnásobné úsilie na správu bez zjavných výhod.
Ak prenesiete tenké zabezpečenie do back-endu úložiska, zvyčajne sa používajú VMDK typu hrubého zabezpečenia s lenivou nulou. Aj keď si vyhradia všetok úložný priestor na zväzkoch VMFS, správajú sa podobným spôsobom ako tenké VMDK na úložných poliach s štíhlou alokáciou úložiska, pretože tam používajú bloky iba vtedy, keď hosťovský systém ukladá údaje.
Silné ustanovenie dychtivo nulované pre najlepší výkon
Na druhej strane, virtuálne disky typu „provisioning“ s dychtivou nulou ako také nie sú vhodné na „provisioning“ tenkých sietí, pretože nielenže pri vytvorení rezervujú miesto na disku pre ne určené, ale tiež všetky bloky prepíšu nulami. Ak je možné tento proces outsourcovať do poľa pomocou príkazu VAAI, potom by zabezpečenie malo ťažko trvať dlhšie ako pri lenivom vynulovaní. Ale tento VMDK ponúka potom najlepší výkon.
Jasné vzťahy na jednoduchých úložných systémoch
Na úložných systémoch, ktoré nemôžu samy hostiť tenké disky, sú možnosti VMDK relatívne jasné. Tenké zabezpečenie sa dá vykonať iba pomocou hypervízora a pri silnom zabezpečení je dôležité zvážiť, či sa uprednostňuje kratší čas zabezpečenia (lenivý nulovaný) pred o niečo lepším výkonom (dychtivo nulovaný).
Problém s rekultiváciou mŕtveho priestoru
Na diskových poliach, ktoré sú schopné tenkého zabezpečenia dátových úložísk, výrobcovia úložných systémov zvyčajne odporúčajú použitie hrubých VMDK typu lenivého vynulovania.
Problémom v tejto konštelácii však bol takzvaný Dead Space Reclamation až do vSphere 5, pretože úložný systém nebol informovaný, ak napríklad došlo k migrácii VMDK na iný systém pomocou Storage vMotion, a preto už nebol potrebný. Preto nemohol uvoľniť priestor obsadený VMDK.