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

Posts Tagged ‘vmotion’

Eredetileg egy cikkben akartam bemutatni mindent, amit az ESX VI3 környezet kapcsán célszerű megismerni, de aztán túl hosszú lett, így inkább 2 részre vágtam szét. Az előző részben beállítottuk a hálózatot, létrehoztunk egy fürtöt és átnéztük annak beállításait. Ez alkalommal a közös storage beállításával ismerkedünk meg, illetve létrehozzuk az első ESX VI3 alatti virtuális gépünket is, egy Windows XP lesz. Végezetül egy VMotion-t is végrehajtunk, azaz az egyik fizikai vasról a másik fizikai vasra helyezzük át a futó XP virtuális gépet, leállás nélkül. Az iSCSI közös storage és a notebook teljesítménye miatt 2 „ping” maradt ki, de a múlt heti szerver környezeti tesztjeim alatt (FC+BLADE) mindössze egyetlen „ping” marad ki a VMotion alatt (ARP flush miatt). A migráció alatt egy rajzot készítettem „mspaint”-ben (RDP kapcsolat közben). A kapcsolat nem bont le, sőt, a Paint-ben a ceruzám csak egy pillanatra „nem fog”. Kb. ennyit vettem észre abból, hogy a gépem fizikai gépek határát átlépte. A felhasználó ezt észre sem veszi (egy pillanatra nem működik az egér a távoli asztal kapcsolatban).

Minden alapja, egy közös hálózati tároló (iSCSI SAN konfigurációja)

Ahogy már korábban is említettem, a VMware a SAN-okon elhelyezett virtuális gépeket támogatja. Nem véletlen, hiszen csak megosztott lemezeken lehet szó HA vagy VMotion szolgáltatásokról.

Read the rest of this entry »

A Dell kiadott egy nagyon hasznos kis pdf-et a VMotion cpu kompatibilitásról. Érdemes megtartani…

VMotion CPU Matrix

Saját bőrömön is tapasztaltam, hogy időnként szükség van “vízzel főzni”, azaz külső erőforrás bevonása nélkül lefedni egy adott tesztkörnyezet igényeit.

Az Openfiler tökéletesen alkalmas a VI család SAN-ra épülő funkcionalitásának teszteléséhez, ahogy azt community supported állapota is jelzi. Tárolórendszerünk kialakításához mindössze egy olyan szerverre van szükség, amelynek a tároló-vezérlője openfiler-kompatibilis. Az openfiler telepítése után az iSCSI felületen megosztott tár-terület máris kiosztható az ESX szerver farmnak. Persze azt a szervert másra nem tudjuk használni, csak hálózatos tárolóként. Ha még ennyi szabad hardverrel sem rendelkezünk, az Openfiler nyilván futtatható desktop virtualizációs környezetben, bár én ezt nem próbáltam… Elvetemültebbek két ESX node-ot és egy Openfiler-t is belepasszíroznak egy WS6 környezetbe – aki ilyet már csinált, jelentkezzen

Mivel szoftver RAID-re is képes az Openfiler, akár éles rendszert is rá lehet rakni egy hw RAID nélküli rendszerre, persze megfelelő tesztelés után. A hálózatos terhelés-megosztás aktiválása is ajánlott, a switch képességekhez illeszkedő módon. Utóbbi azonban csak az update lefuttatása után jelenik meg, mint GUI-ból vezérelhető funkció.

Egy buggal szembesültem, amibe mások is belefutottak: ha egynél több, azonos méretű LUN-t definiálunk iSCSI targetként, az ESX egy LUN-ként kezeli őket, mint egymás “alternate path”-ja. Ezt egy manuális konfig javítással lehet megkerülni: részleteket lásd itt és itt.

Amit nem teszteltem még: NAS (NFS) képesség, de annak is mennie kéne.

Emlékeztető: a VI35 kiszerelései közül már a Foundation is (a Starter utódja) is képes NFS mellett már mindenféle SAN hálózatra csatlakozni – azaz az ilyen jellegű korábbi licensz korlátozások eltűntek.