Posts Tagged ‘vsphere’

Ingyenesen hozzáférhető Suse Linux operációs rendszer vSphere felhasználóknak

 

image 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

VN:F [1.8.2_1042]
Rating: 10.0/10 (1 vote cast)

Nagios – VMware-re hangolva

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.

clip_image002Nos, 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

VN:F [1.8.2_1042]
Rating: 10.0/10 (1 vote cast)

Hyper-V Dynamic Memory

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.
VN:F [1.8.2_1042]
Rating: 5.3/10 (12 votes cast)

Javító csomagok vSphere 4-hez

Ú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.

VN:F [1.8.2_1042]
Rating: 8.0/10 (2 votes cast)

Distributed switch video és chart

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

VDS chart

VDS chart

VN:F [1.8.2_1042]
Rating: 9.5/10 (2 votes cast)

Linked Clones vSphere alatt!

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.image
  • 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 »

VN:F [1.8.2_1042]
Rating: 9.3/10 (3 votes cast)

VMware ESX3.5 (VI3) –ról VMware vSphere 4.0 (VI4) –re frissítés folyamata

clip_image001

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 »

VN:F [1.8.2_1042]
Rating: 0.0/10 (0 votes cast)
Cimkék
Levelezési lista
Google Groups
Csatlakozz a levelezési listánkhoz!
Email:
Irány a levlista oldalára
Támogatóink
EMC
ERP
Keresés