vmware felhasználói közösség

Posts Tagged ‘vsphere’

Már korábban is szó volt arról, hogy akik új vSphere license-et vásárolnak, ingyenesen megkapják hozzá a Suse Linux Enterprise Server license-eket.

Egy tegnapi hír szerint most már az összes VMware vSphere felhasználó számára ingyenessé tette a VMware a SLES-t, így akinek megfelel a zöld kaméleon, annak nem kell további összegeket fordítani a vSphere környezeten futtatott operációs rendszerre. További információk, részletes cikk az alábbi címen:

http://blogs.vmware.com/vsphere/2011/02/suse-linux-enterprise-server-for-vmware-now-available-to-many-more-vmware-vsphere-customers-.html

A tegnapi VMUG-on merült fel kérdés a Nagios-szal kapcsolatban. Sokan kerestek vmilyen ingyenes, monitorozó megoldást, amely VMware specifikus dolgokat is tud figyelni.

Nos, egy lelkes lengyel gyerek elkészítette a NAGIOS vSphere figyelésre konfigurált változatát egy virtual appliance formájában. Az eredeti lengyel cikk google fordítását becsatolom. Innen el lehet már indulni.

Nagios vsphere appliance

Volt néhány üres órám utánaolvasni, hogy mi is ez a nagy hévvel beharangozott feature a legújabb Hyper-V-ben. Hát először nem értettem, hogy miért is örülnek ennyire. Nem értettem, mivel nem ezt a funkciót várták szerintem a Hyper-V-t használó ügyfelek, és nem értettem, hogy mi ez a hype, mivel ez a funkció kb. 7 éve létezik az okosabb (értsd VMware-es) tábornál

A Dynamic Memory gyakolatilag a Hyper-V 1.0 kripli memória-kezelését orvosolja. Anno ugyanis, amennyi RAM-ot odaatál egy VM-nek, azt a VM a  fizikai memóriából rögtön ki is harapta. Ennek köszönhetően aztán, hibába szerettél volna 10VM-et futtatni mindet 1-1gb ram-mal, ha a host-ban csak 8Gb ram volt, akkor a 7. VM után vége volt a konszolidációnak.

A DM most már megengedi, hogy a VM-ek dinamikusan használják fel a gépi memóriát, előre meghatározott méretek között. Szerencsére az MS nem a guestOS-re bízta az újabb ram területek allokációját, hanem az enlightenment-en keresztül végzi el. Ennek köszönhetően azon guestOS-ek is használhatják ezt a funkciót, amelyek egyébként hot-add funkciót nem tudnak.

Nos, ez a feature ESX-nél még a 2.0 soroztban megjelent (2003). Az ESX-nél alap kialakítás, hogy a VM-ekszinte soha nem kapják meg a számukra konfigurált ram-ot. Az esx van annyira okos, hogy csak akkor áldoz fizikai ram-ot egy VM-re ha annak valóban szüksége van rá. Emiatt aztán a konszolidációs ráta is sokkal-sokkal magasabb, mint egy hyper-v esetben.

A DM szépséghibája, hogy nem minden guestOS támogatott. Szerencsére a legnépszerűbb OS-ek hasznáhatják, de pl. linux VM-ek egyelőre nem. A VMware-nél ilyen limitáció természetesen nincs, a funkció teljesen OS agnostic.

A DM gyakorlatilag az ESX-ekben lévő Share funkciónak feleltethető meg. Persze ESX-ben share-ekkel a CPU-t és a disk IO-t is tudjuk szabályozni a ram mellett, továbbá ezen értékek futás közben is, sőt időzítve is változtathatóak. Számomra nem derült ki, hogy a DM prioritása bekapcsolt gépnél vajon változtható vagy sem…

Mi van még hátra? Nos ha az MS be akarja fogni az ESX ram kezelését, még van mit csinálni:

• nincs page sharing
• nincs kernel swap
• az ESX 4.1-ben lévő Memory Compression újabb elképsztő megoldást hozott, ami szerintem egy újabb mérföldkő ram kezelés terén.

Úgy tűnik, nem áprilisi tréfa, a VMware tegnapi 7 darab frissítést adott ki ESX/ESXi 4.0-hoz, melyek mindegyike kritikus besorolást kapott, így a telepítésük erősen ajánlott. Aki jól beállított Update Manager-t használ — remélem mindenki –, annak mindössze annyi teendője van, hogy a “Scan for updates” után futtat egy “Remediate” parancsot.

A csomagok leírását itt lehet megtalálni.

Az eddigi legjobb tutorial vNetwork Distributed Switch-hez
http://www.hypervizor.com/videos/vSphere4/vDS/

VDS chart

A Linked Clones funckió nem számít újdonságnak VMware-es körökben, azonban erősen limitált bizonyos termékekre. Linked Clone-okat használhatunk VMware Lab Manager-ben már régóta, illetve egy hasonló (de teljesen más) többszörözési eljárás a VMware View-ben is megtalálható. Mezei VI adminként azonban erről a nagyszerű dologról le kell mondanunk, mivel nem volt rá lehetőség.

Nos, ennek vége   Bár grafikus interfész egyelőre nincs (várható, hogy hamarosan ez is lesz 3rd party megoldásban), de a használat rémesen egyszerű még CLI-ből is.

Mi is a Linked Clone?

• Virtuális gépek többszörözése a egyik legegyszerűbb feladat. Történhet ez kikapcsolt vagy bekapcsolt gépeken és könnyedén testreszabhatjuk a klón-t más gépnévvel, ip címmel, sid-del stb. A probléma a hagyományos klónozás esetén, hogy többszörözi a helyfoglalást, és emiatt viszonlyag sokáig tart (1-15 perc a vmdk méretétől fűggően). Azaz ha az eredeti VM-ünk egy 15gb-s lemezzel működik, akkor az össze klón ennyi extra helyet igényel a storage-on. Ezen enyhíthetünk a thin diszkek használatával a vSphere4-ben, azonban ha az eredeti VM valóban elfoglal 15 GB-t, akkor ennél nem lehetnek kisebbek a thin diszkek sem.
• A LINKED CLONE óriási előnye, hogy az eredeti VM mellé úgy hozzuk létre a klónokat, hogy azok továbbra is a szülő diszkét (diszkjeit) használják read-only módon, így tehát nincs szükség többszörös tárhelyfoglalásra. Az összes változtatást, amelyet a klónok csinálnánk az eredeti diszken, pedig egy különbözeti állmányba kerülnek (snapshot delta).
• A klón szempontjából tehát a diszk egyrészt egy snapsthot-ból áll, másrész az eredeti VM diszkjéből. A változatlan blokk-ok olvasása mindig az eredeti diszkről történik, az összes megváltozott blokk pedig a deltából kerül kiolvasásra.

Read the rest of this entry »

A nemrég megjelent VMware vSphere 4 (ESX 4.0) kapcsán talán az egyik legfontosabb dokumentum most a frissítési útmutató (ESX 3.5-ről), a napokban a legtöbb kérdés ezzel kapcsolatban ér utol. Az ünnepek alatt szakítottam egy kis időt, és megírtam a magyar nyelvű cikkemet (nemcsak a lusták kedvéért). Igyekeztem egy-két fontos tanácsot is elrejteni az amúgy dokumentációból is kiolvasható frissítéssel kapcsolatos tudnivalók közé. Jó frissítést mindenkinek!

Read the rest of this entry »