vCenter Server 7.0u1 – service VM, VSAN File Service

A bejelentéssel egy időpontban nem történt meg a frissítés elérhetősége, hivatalos kommunikációból is gyakran az jön le pedig, hogy ez egy és ugyanaz a dátum.

Na a mai napon végre letölthetővé vált a vCenter Server 7.0u1 és a vSphere ESXi 7.0U1 is.

Természetesen frissítettem is, mert érdekelt a legmeglepőbb változás benne a vSphere Cluster Services VM”-ek megjelenése.

vSphere Cluster Services VM

Igen, ez az előszele annak a változásnak, amely irányába a VMware a vSphere ESXi és annak menedzsmentje a vCenter Server viszonyának és kapcsolatának enyhe módosítására készül. A vCenter sok esetben nem kell, tehát az ESXi hosztok klaszterbe szervezésére és high availability-ban történő használatára csak a konfiguráció és az FDM agent-tek telepítéséig van rá szükség – kisarkítva. Ha beüt a gubanc és, akkor a vCenter egyáltalán nem játszik szerepet a HA esemény során. De vannak olyan szolgáltatások, legfőképpen a DRS – Distributed Resource Scheduler – ami viszont egyáltalán nem működik nélküle, hiszen a vCenter van birtokában a hosztok aktuális terhelésével, a VM-ek score-jával és utasításokat ad a vMotion feladatok végrehajtására. Ha a vCenter elérhetetlen, akkor nincs DRS. Minden bizonnyal többen találkoztatok már HA esemény alatt jobban és kevésbé terhelt hosztokkal, ami nyilván azért van, mert alapból a HA a VM-eket újraindítja az túlélő hoszton/hosztokon. De mi van akkor, ha nincs HA esemény csak a vCenter elérhetetlen? Akkor amíg nem válik elérhetővé, nincs DRS esemény sem.

Az 7.0U1-el ezt oldja fel a VMware részben. A csomag telepítése után, kérdezés nélkül minden klaszterben létrejön néhány ilyen virtuális gép.

Számuk attól függ, mennyi hoszt van a klaszterben:

ha a hosztok száma kevesebb mint három, akkor mindegyik hoszton lesz egy.
ha a hosztok száma három vagy több, akkor három példány jön létre.

A hármas szám a quorum miatt, azaz a szavazati többség miatt szükséges.

A pontos célját a a „Notes”-ban is írja:

vSphere Cluster Services VM is deployed from an OVA with a minimal installed profile of PhotonOS. vSphere Cluster Services manage the resources, power state and availability of these VM’s. vSphere Cluster Service VMs are required for maintaining the health and availability of vSphere Cluster Services. Any impact on the power state or resources of these VM’s might degrade the health of the vSphere Cluster Services and cause vSphere DRS to cease operation for the cluster.

Tényleg nem rendelkezik sok erőforrással, 1 vCPU (100 Mhz reserved), 128MB RAM (100MB reserved :D) és 2GB thin diszk (hálózati interfésze nincs).

Minden klaszteren megjelent egy új tab jelenik meg, igen korlátozott információt mutatva.

Három állapota lehet:

healthy: azaz ha legalább egy ilyen Service VM fut.
degraded: amikor éppen elérhetetlen az három közül mind, de a DRS kalkulációt még nem érintette a kiesés.
unhelalthy: mikor az elérhetetlenség már a DRS működését is érinti.

Nagyon érdekes, hogy tényleg nem látni ezeket a VM-eket a „Hosts and Clusters” nézetben, csak a „VMs and Templates” nézetben, saját könyvtár alatt. Veeam-et használóknak fontos, hogy a Veeam természetesen mutatja őket, szóval aki teljes klaszter-t ad a job-ban meg, azoknál exlcude-re kell tenni őket.

Konzol nyitása előtt szól, hogy bármi manuális beavatkozás a DRS működését befolyásolhatja.

Ezeket a virtuális gépeket javasolt közös datastore(ok)ra tenni, de egy upgrade esetén jobb ellenőrizni, hogy közös helyre kerül-e. Ha nem, akkor javasolt átmozgatni. Ha egy adott ESXi hoszton van egy ilyen VM, akkor a hoszt maintenance mode-ba helyezése esetén a VM máshová kerül, minden esetben törekszik a három példányra.

Szóval jelenleg csak a DRS használja részben ezeket a VM-eket, de nagyon érdekes, hogy nem csak olyan klaszterekben települnek fel, amelyekben a DRS be van kapcsolva, hanem mindegyikben. Ez pontosan egybe vág a VMware első bekezdésben említett irányával, hogy később még több dolog kerülhet átadásra ebbe a rétegbe és vagy teljesen függetleníteni a vCenter-t tőle vagy legalább részlegesen. Több szempontból is jó lenne, mert jelenleg a vCenter nem csak a management plane-t valósítja meg, hanem bizonyos esetekben a control plane-t is, utóbbinak várható részleges lekerülése (IMHO).