VMDK споредба Дебела одредба мрзливо-нула и желна-нула, тенка одредба WindowsPro
Ако креирате нов виртуелен хард диск под VMware ESXi, можете да изберете помеѓу три различни варијанти. Она што на прв поглед изгледа како одлука помеѓу тенки и дебели резерви станува многу покомплицирано кога заедничкото складирање влегува во игра.
Основната грижа при обезбедување простор за складирање во виртуелни средини е дека апликациите треба да користат само толку многу ресурси за складирање колку што им се потребни навистина. Несогласувања може да се појават, на пример, кога софтверот очекува одреден простор на дискот кога е инсталиран, но потоа поминува со помалку за време на работата.
Тенко обезбедување преку хипервизор
Очигледен одговор на овој проблем се чини дека е тенка одредба за VMDK. Тие не резервираат простор за складирање кога се создадени, но растат со количината на податоци што го чува гостинскиот оперативен систем во нив. Всушност, тие се интересна опција за системите за складирање кои не нудат тенки резерви, како што се локални до локални дискови.
Недостаток на овој тип на VMDK е тоа што мора постојано да ги следите капацитетите за складирање, така што прекумерната резервација на ресурси не доведе до целосни дискови и како резултат на тесните грла. Покрај тоа, перформансите на ваквите VMDK се малку полоши од оние на густите варијанти.
Алокација на чиста меморија преку задна меморија
Ако користите низи за складирање, ќе ја користите опцијата за распределување на посно складирање на ниво на LUN. Тенкото обезбедување тогаш не само што влијае на индивидуалните VMDK, туку и на целосните складишта на податоци на ESXi. Од чисто техничка гледна точка, таму може да се создадат и ВМДК од типот на тенки провизии, но не изгледа разумно да се прифатат двојно поголеми напори за управување без очигледни предности.
Ако ја пренесете тенка резерва во заднината на складиштето, обично се користат VMDK од густа резервација, мрзливи нулирани типови. Иако тие го резервираат целиот простор за складирање на количините на VMFS, тие се однесуваат на сличен начин како и тенки VMDK на низите за складирање со распределба на чистата меморија, бидејќи тие користат блокови само кога гостинскиот систем складира податоци.
Дебела резервација, желна за нула, за најдобри перформанси
Од друга страна, виртуелните дискови од густа одредба кои сакаат само-нула, сами по себе не се погодни за тенки резерви, бидејќи тие не само што го резервираат просторот на дискот наменет за нив кога се создадени, туку исто така ги пребришуваат сите блокови со нули. Ако овој процес може да биде ангажиран во низата преку команда VAAI, тогаш одредбата не треба да трае подолго отколку со мрзливата нула. Но, овој VMDK нуди најдобри перформанси потоа.
Јасни односи на едноставни системи за складирање
На системите за складирање кои не можат да бидат домаќини на тенки дискови, опциите за VMDK се релативно јасни. Тенко обезбедување може да се направи само преку хипервизор и со густа резервација важно е да се земе предвид дали се претпочита пократко време на снабдување (мрзливо-нула) отколку малку подобра изведба (желно-нула).
Проблем за мелиорација на мртвиот простор
На низите за складирање што се способни за тенки обезбедување на податочни складишта, производителите на системите за складирање обично препорачуваат употреба на дебели ВМДК од мрзлив нула.
Како и да е, проблем со оваа констелација беше таканаречената мелиорација на мртвиот простор до vSphere 5, бидејќи системот за складирање не беше информиран ако, на пример, VMDK беше мигриран во друг систем користејќи Storage vMotion и затоа повеќе не беше потребен. Затоа, не можеше да го ослободи просторот окупиран од VMDK.