Ne pazarolja az időt a hely visszaszerzésére a vékonyra felszerelt virtuális gépekre

Amikor a VMware vSphere 4 bevezette a virtuális gép lemezfájljainak (VMDK) vékony kiépítését, sok vSphere rendszergazda nagyon izgatott volt, hogy bevezesse ezt a funkciót a virtualizált infrastruktúrába. A vékony ellátás alapvetően csak helyet vesz igénybe, mivel a vendég operációs rendszer azt használja fel. Szeretném ezt egyenlőbe foglalni a tortadiagrammal, amelyet a Windows hozzárendel egy meghajtó betűhöz, hogy képviselje a felhasználást. Ha a 40 GB-os C: \ meghajtó csak 18, 5 GB-ot használ, a kördiagram majdnem félig tele lenne. A VMDK fájl csak ezt az összeget használja fel, ha vékony kiépítés van használatban.

Ez jó a VMware virtuális gép kezdeti kiépítéséhez és normál szerves növekedéséhez. A virtuális gép lemezfelhasználásának egyik jó ábrázolása a vSphere Client Resources szakaszban található, ahol a virtuális gép által biztosított és felhasznált tárolási összegek jelennek meg. Az A ábra egy fájlkiszolgálót mutat a személyes laboratóriumban, amely megjeleníti ezeket az allokációkat. A ábra

Kattintson a képre a nagyításhoz.

A folyamatban lévő tervezési szempontból ez a virtuális gép nagyon sok el nem osztott helyet foglal el, ami problémát okozhat, ha más ilyen virtuális gépek elkezdenek többet elosztani. Érdekes a link a tárolási használat frissítéséhez; kijelenti, hogy hogyan növekedett a virtuális gép fogyasztás, de ez nem sokat segít a csökkentett fogyasztás tükrözésében.

A vékony céltartású VMDK valóban egyirányú forgalmi jelenség. Noha lecsökkenhet, ha nagy mennyiségű lemezt fogyaszt, akkor a tárolási használat képernyője nem feltétlenül csökken. Ezenkívül az olyan trükkök, mint a Storage vMotion (még a VMDK-k vastag és vékonyra konvertálása is) feladatokra, nem szükségszerűen csökkentik a felhasználást. Emiatt létrehozható egy virtuális gép, amely a vendég operációs rendszeren belül csak 30 GB-ot képes felvenni, mégis megjelenik a vSphere kliensen és a VMDK-n belül, ha sokkal többet fogyaszt.

A laboratóriumban van egy SQL Server virtuális gép, amelyen 100 GB-os adatbázis található. Töröltem a teszt adatbázist, és a virtuális gép mérete a Windowson belül a 30 GB-os tartományba esett. A vSphere Client továbbra is jeleníti meg a felhasznált 100 GB-os adatot, még a Storage vMotion feladat után. A jó hír az, hogy a későbbi írások a virtuális gépen (mondjuk, ha hozzáadok egy 40 GB-os adatbázist) a már felhasznált allokáción belül működnek.

A használat tényleges csökkentésének egyetlen módja az, hogy van egy új régió a VMDK-n belül, amit valójában a legjobban lehet megtenni egy új VMDK-val; ez a napi műveleteknél nem praktikus. Ha különleges helyzet áll fenn, amikor nagy mennyiségű tárhelyet regenerálnak, akkor ennek oka lehet az egyszeri feladat.

A vékony ellátás nem a hatékonyság szent grálja, hanem inkább a kényelem a magas felhasználhatóság fenntartása érdekében. A vékony ellátás tárolásának szempontjából olvassa el Chris Evans bejegyzését a Storage Architect blogban ebben a témában. Ezenkívül a VMDK-k vékony rendelkezésre bocsátása indokolatlanul megkívánja az I / O erőforrásokat az adattárban, ami egy teljesen különálló vita.

Milyen tapasztalatai vannak a vékony virtuális gépek biztosításával és a hely visszaszerzésével? Tudassa velünk a vitában.

© Copyright 2021 | mobilegn.com