vCenter Server 7 újdonságok – Developer Center + Lifecycle Manager

Két újabb vCenter Serverr 7 funkcióval a folytatom a sorozatot. Az egyik már biztosan ismerős lehet merrt létezett VMware Fling formában is. Szerintem kiemelten hasznos olyan esetekben, ha valaki éppen most kezd ismerkedni a szkripteléssel vagy gyorsan kell neki egy olyan szkript, ami mondjuk létrehoz egy snapshot-ot egy virtuális gépről. A másik pedig a megújult és lényegesen felbővített VUM-ról, az immáron Lifecycle Manager részről lesz még szó.

Legkönnyebben itt lehet megtalálni őket.

Developer Center

Kezdjük az egyszerűbbel, mivel ha nem akarod használni, akkor nem kell, illetve tényleg egyszerű bekapcsolni és végrehajtani benne pár dolgot. Mint alább látható, két része van. Az egyik az az API Explorer, ahol több API-t lehet próbálgatni és olvasgatni a lehetőségeikről, nem kell egyből az API guide PDF-et bújni.

API Explorer

Az APi Explorer tab-on a következők jelennek meg, több endpoint közül lehet választani, így appliance/cis/content/esx/stats/vapi/vcenter közül.

Nézzünk egy egyszerű példát, nézzük meg a “Suspend” állapotú VM-ek listáját.

Fentebb is látható, minden opció egy ilyen restAPI-s hívásnál és írja, hogy végül mit fog futtatni:

curl -X GET ‘https://VCSA_FQDN/rest/vcenter/vm?filter.power_states=SUSPENDED’ -H ‘vmware-api-session-id: session_id’

A kimenetet ki is másolhatjuk vágólapra, vagy le is tölthetjük.

Code Capture

Ugorjunk a Code Capture részre, mert ez az érdekesebb. Alapvetően ki van kapcsolva a rögzítés és figyelmeztet is, hogy jelszavakat például nem fog elkapni.

Ha bekapcsoljuk, akkor több dolog is történik. Megjelenik a jobb felső sarokban HAL 9000 az Űrodüsszeiából és kinyílik egy panel, na meg egy legördülő amiből a kimeneti nyelvet lehet kiválasztani.

A Start recording gomb megnyomása után minden ami ebben a session-ben történik, szkriptek szintjén jegyzésre kerül. Fontos, hogy utólag is át lehet állítani a nyelvet. Készítsünk egy snapshot-ot egy VM-ről. Ha végeztünk, akkor Stop recording. PowerCLI-ben az alább írható le egy snapshot létrehozás, melyben a snap neve “newman.cloud”, description “code demo”.

Ami hasznosabb, hogy ezt vRO javascript-ben is meg lehet nézni.

Ha végeztünk, akkor kattintsuk vissza az “Enable code capture” kapcsolót, ekkor HAL is eltűnik.

Lifecycle Manager

A VMware Update Manager a múlté, ne is keresd, abban a formájában megszűnt és képességei ebbe a Lifecycle Manager részbe kerültek, illetve újabb tényezők kerültek bele. Ez is úgynevezett “desired state” módon működik, szóval a kívánt állapotot kell meghatározni és majd végrehajtja amit kell, hogy el is érje azt. Aki korábban találkozott már VUM-mal, annak nem lesz ismeretlen a terület.

A lenti képen az alap látható, ezeket első szinkronizáció után – jó ha eléri az internetet ezért – mutatja, azaz az ESXi 7.0 GA-t. A Vendor Addons szekcióban az általad használt szervereknek felelő vendor által adott egyebek láthatóak, legalul pedig független/vendor komponenseket – alább csak a független látszik – előbbire például példa a VMware Tools.

Bármelyik részen kattintasz valamelyikre, akkor részletes nézet jelenik meg, hogy abban az adott összefogó cím alatt mik vannak, milyen verzióval.

Mielőtt ugranánk tovább – mivel ez egy read only lap – fontos realizálni, hogy a Lifecycle Manager képes letölteni a HCL-t, szóval elő tudja állítani azt, hogy ne tedd fel a verziót, ha nem támogatja a szervered. Lentebb a szinkront, lehet manuálisan is indítani.

Az “Updates” tab a szokásos, az összes alapértelmezett és manuálisan hozzáadott depot-ból jeleníti meg az elérhető frissítéseket (Update/Patch).

Az “Imported ISO” felületén kell feltölteni a VCSA-ra azokat az ISO-kat, amelyekket majd baseline-ba kívánunk adott esetben tenni. Alább látható, hogy én a HPE és Dell-es custom ESXi ISO-kat töltöttem fel.

A “Baseline” az, ahogy eddig is, a korábban látott frissítések és image-ek csokorba foglalására való és azok olyan hoszthoz hozzárendelhető formában történő rendezésére.

A frissítés menetét nem mutatom be, az pont úgy megy mint korábban – és azért sem, mert a HPE Synergy-n nem támogatott még a vSphere ESXi 7.0 – de kísérletet tehetek vele és ki is derül mennyire kezeli az inkompatibilitást a Lifecycle Manager.

Baseline létrehozása

Baselines -> New -> Baseline

Kiválasztom azt az ISO-t, amilyen szerveren frissíteni szeretnék, nálam most HPE.

A következő ablakban a summary látható.

Baseline hozzárendelése klaszterhez

Így, hogy már van upgrade baseline, rendeljük hozzá az érintett klaszterhez.

Válasszuk ki a baseline-t.

Egy “Check compliance” futtatása után máris látszik, hogy “non-compliant” lett minden hoszt. Az én esetemben egyenesen incompatible lett minden és marad is az, amíg a HPE nem validálja a 7.0-t.

De álljunk csak meg egy pillanatra, látható a korábbi képeken már, ez:

Ennek beállítása csak akkor válik lehetségessé ha a fentiek teljesülnek, azaz:

  • legalább ESXi 7.0-n van a klaszter minden tagja.
  • azonos gyártótól származik a klaszter minden tagja.
  • és ne legyenek stateless futásúak a klaszter tagjai.
  • és nem használsz NSX-T komponenseket – egyelőre nem támogatott ha igen.

Ha ez mind megvan, akkor összekapcsolható maga az ESXi verzió, a vendor által adott vedor add-on(firmware/driver) és ügfél általi firmware/driver kombinációkkal. Ezeket láttuk korábban a Lifecycle Manager első oldalán. Ezeket lehet egységbe gyúrni és egy klaszterben egységesíteni .

Ennek lehetőségeiről itt található további információ: https://blogs.vmware.com/vsphere/2020/04/vsphere-7-patching-lifecycle-management.html

Később majd írok még erről, mikor magam is be tudom állítani.