Vmware Esxi 5.1 dinamikus tárhely konfiguráció

Virtualizáció

Sziasztok!!!

Kérdésem a következő lenne.

Az egyik ügyfél olyan megoldást kér tőlem, melyben a vmware Esxi 5.1 dinamikusan kezeli a tárhelyet. Ez tulajdonképpen hogy működik? Létezik olyan megoldás, mely tényleg dinamikusan növeli a vmware file méretét, és nem pl. 300gb-ot kell menteni minden alkalommal, hanem csak valóban annyit, amekkora a betelepített linux rendszer aktuális mérete, mely dinamikusan változik? Ha van ilyen, hogy tudom ezt beállítani, még a telepítés előtt?

Előre is köszönöm! :)

  • 4958 megtekintés

( trey | 2012. 10. 29., h – 09:03 )

A disk létrehozásánál bepipálod, hogy

"Allocate and commit space on demand (Thin Provisioning)
The virtual disk file starts small and grows as more virtual disk space is used."

--
trey @ gépház

+1

Illetve mérlegelni kell. Én adnék a VM alá egy adott guest os-nek elegendő méretű fix rendszer disk-et, a folyamatosan változó, de összességében nem növekvő adatok alá egy másik fix-et és csak a folyamatosan hízó, de utána már kevésbé változó adatok alá dinamikus disk-et.
Persze, mindez akkor valósítható meg, ha nem csak a host-ot de a guest-eket is teljes mértékben te kezeled.

sokkal lassabb, mintha előre lefoglalná fixen.
Ez így ebben a formában biztosan nem igaz. Leginkább attól függ hogy mi adja alá a tárterületet.

Mi egyébként szinte minden VM esetében ezt (thin provisioning) használjuk évek óta, probléma és/vagy lassulás nélkül.

--
zrubi.hu

Nem. Disk size-nak megadhatod (meg is kell adnod) a 300G-t (szóval, amekkora kellHET), de a vmdisk file mérete a storage-on nem lesz (lényegesen) nagyobb, mint amennyi adat gyakorlatilag van a vm lemezén.
Tehát nem a disk size-ot növeli a rendszer dinamikusan, csak a disk file méretét kvázi 0-tól a disk size-ig.

Nagyon szépen köszönöm a segítségeteket, sikerült feltelepítenem így a rendszert.

Lassulás dolog most kicsit megijesztett, bár egy Dell t420-on szalad a rendszer, remélem nem lesz vészes a dolog. :)

Megadtam a teljes lemezterületet, majd ennek megfelelően partíciónáltam a linuxot. Remélem így olyan lesz a rendszer, ahogy a megrendelő szerette volna.

Még egyszer köszönöm szépen! :)

( zrubi v | 2012. 10. 29., h – 09:45 )

A kérdésedből nem derül ki, hogy pontosan mit is szeretnél elérni.

- kisebb helyet foglalni a storage-en?
- kisebb helyen tárolni a mentéseket?

A kettő csak lazán kapcsolódik.

a "thin disk" alapvetően azért jó, mert nem kell előre (sokszor feleslegesen) lefoglalni a (drága) diszkterületet egy-egy VM-hez. De ettől a VM által látott diszkméret (automatikusan) nőni nem fog soha!

Tehát, ez csak azt jelenti, hogy adsz mondjuk 100G diszket a VM-nek, akkor a VM azt fogja látni hogy 100G diszkje van. De a storage-en csak annyi helyet igényelni, amennyit a VM valójában elhasznált.

De ez sem túl konkrét, mert a VM-en belül is lehet olyan formázást csinálni, ami ezt tulajdonképp kinyírja Ha pl. teliírja 0-kal a diszket (pl full format win alatt), akkor már valójában nem lesz "thin" a storage oldalról nézve sem, hiszen a VM már teleírta azt...

Ha csak a mentés mérete a lényeg, az egészen más téma :)

--
zrubi.hu

A cél az volt, hogy a komplett VM rendszert lehessen menteni, és lehetőleg ne legyen 600gb a vm fileok mérete, ha csak ~100at használnak akkor éppen. Így megoldható az, hogy napi szinten legyen mentésük a rendszerről, és egy esetleges szerver meghibásodás esetén gyorsan vissza lehessen állítani a rendszert, kompletten.

Annyit érdemes tudni/kipróbálni, hogy egyszerű eszközökkel nem tudod a thin diskeket a foglalt méretük alapján kezelni. Ha átmozgatod egy másik storage-ra vsphere clientből, akkor a teljes (maximális) méretét viszi, ha ssh-ból/winscp-ből megpróbálod magadhoz másolni szintén a teljes méretével dolgozik, ha vsphere clientből magadhoz próbálod másolni (download) szintén a maximális méretét viszi, szóval nagyon szarul van ez megvalósitva benne. Ami működik az az ovf export/import, de ahhoz egy harmadik gépet kell bevess pl a mozgatáshoz és kétszer tuszmákolod keresztül az adatot a hálón vagy a fizetős backup megoldások.
Már évek óta végtelen mennyiségű kérést/bejelentést kap a vmware ezügyben, le sem sz.rják, miközben pl Hyper-V alatt ez teljesen triviális, a filerendszerben annyit foglalnak a thin diskek amennyi adat van bennük, teljesen mindegy milyen eszközzel éred el.

Ezért is írtam, hogy a mentés teljesen más kérdés. A mentésen ugyanis ez önmagában nem (feltétlenül) segít.

A thin diszk mint olyan, csak VMFS (és NFS) fájlrendszeren 'működik'. Amint ezt le akarod másolni más fs-re, máris megszűnik ez az előny, és a teljes fájlméretet kell lemásolnod.

Ha a mentést szeretnéd optimalizálni, akkor ahhoz tudni kell, hogy:
- milyen ESX környezet (vcenter van-e pl?), ahol a menteni kívánt gép fut?
- milyen datastore-t használsz?
- milyen megoldással mentesz?
- milyen eszközre szeretnél menteni?

--
zrubi.hu

Ehhez megfelelő backup cucc kell. Ilyen pl. a VMware Data Recovery (VDR). Ez csak annyit ment amit kell. Deduplikál, meg minden. Hátránya, hogy fizetős, VCenter kell hozzá stb. Én ezt használom. 2x 500GB-ra mentek:

/SCSI-0:1/

Capacity: 499GB
Deduplicated size: 311GB
Non-deduplicated size: 19,1TB

/SCSI-0:2/

Capacity: 499GB
Deduplicated size: 17GB
Non-deduplicated size: 294TB

Ez azt jelenti, hogy 8 full virtuális gép van mentve, mindegyikből 7 napnyi mentés van.

--
trey @ gépház