UCS Director – ismerkedés – első rész

Korábban foglalkoztam picit a VMware vRealize Automation termékével és gondoltam utánanézek annak, hogy egy “hasonszőrű” de mégis más gyártótól származó szoftverben hogyan lehet megvalósítani ugyanazt az egyszerű folyamatot, ami nem más mint:

Egy virtuális gép kérése a katalógusból, majd annak átméretezése és egy snapshot készítése.

Tisztázzuk azt, hogy akkor pontosan mi is az az UCS Director és hová is illik a Cisco univerzumában:

A fenti ábrán látható hogy abszolút az infrastruktúra-menedzsment rétegében helyezkedik el, az alsóbb elemek provizionálásával és komponálásával foglalkozik, függetlenül azok “helyétől” így lehet az on premises, Edge/Ro-bo vagy éppen felhő. Ezekbe bele kell érteni természetesen az UCS szervereket – de HPE, Dell kiszolgálókat is – blade és rack, a hálózati eszközöket mint Nexus, F5 – előbbi ACI-val is – és különböző tárolókat – Netapp, IBM és EMC. Ezek alapján már sejthető, hogy mind konvergens – pl Vxblock és FlexPOD – illetve hiperkonvergens rendszereket is képes menedzselni, kiemelten a Cisco Hyperflex-et és a VSAN-t.

Meglepődve tapasztaltam, hogy egyébként eléggé könnyű vele teljes folyamatokat automatizélni és korábban láttam pár élő demót ahol egy Netapp tárolóról kiadott LUN-ra települt fel egy VMware vSphere ESXi rendszer amit egy általa bezónázott és profilozott UCS blade-en indított el.

Telepítés

Emiatt is féltem a telepítéstől, hogy ez majd biztosan jó nagy backend szükséglettel bír, de végül az általam meghatározott célhoz elegendő volt csak az UCS Director appliance telepítése. Nem meglepő módon ezt VMware-re, HyperV-re lehet megtenni a platformnak megfelelő appliance formátumának letöltésével és beemelésével a virtualizációba.

Meglepő módon nem kell neki túl sok hely viszont javasolt, hogy ne thin legyen. Szintén megelégszik 4 vCPU-val és 16GB RAM-mal, de mint fent is látható, ezt szeretné rezerválva megkapni.

Én hagytam DHCP-n, mivel ez egy saját kis demó környezet. Bootoláskor látszik hogy ez egy CentOS alapvetően, MySQL-el. Az első indítás eltarthat egy darabig, mert ilyenkor települ fel igazából a rendszer, hozza létre az adatbázist stb.

Kisvártatva fogad minket a főoldal, ahol be is lehet lépni az alapértelmezett admin/cisco párossal.

Elfogadjuk az License Agreement-et természetesen és meglépjük a kikényszerített self signed certificate generálást. Érdekesség hogy a local domain-ben nem lehet semmi sem csak helyköz.

Ha mindent jól csináltunk akkor újraindul a Tomcat az új certificate használatával és kikényszeríti az admin jelszó megváltoztatását.

Újra belépve fogad a – szerintem nagyon – modern felület és annak rögtön is a varázsló része, amivel már indításkor bevonhatjuk a rendszerinket.

Mielőtt ennyire előrhaladnánk, érdemes az “Initial System Configuration” résszel kezdeni. Itt kell beadni a licenszeket, beállítani a nyelvet, illetve az SMTP-t, NTP-t és DNS-t, de még fontosabb, hogy az UCSD szerver nevét is.

A varázsló egyébként a bal oldalon látható szekvenciában visz végig a beállításokon, látjuk hol tartunk és mi következik.

Ha minden megvan, akkor a bal oldali menü nyitogatásával fogjuk tölteni az életünket. Nem teljesen értem azt, hogy miért nem lehet fix méretűre állítani a kinyíló menüt, miért kell mindig újra és újra rányomni ha az egyikbe bele akarunk menni.

Érdemes az LDAP integráció beállításával kezdeni, később megkönnyíti a dolgokat. Microsoft Active Directory-t és Open LDAP-ot tud kezelni.

Magától értetődik a szükséges adatok kitöltése.

Ki kell választani egy OU-t “Search Base” definiálására, ezt a következő ablakban lehet megtenni. Ezek után meg kell adni egy “User filter”-t, ami annyit jelent hogy mely felhasználókat/attribútumokat “szinkronizálja” majd az UCSD-be.

Én itt nemes egyszerűséggel a “common name”-et választottam.

Hasonlóan megtehető ez a csoportokkal is, de ami szerintem fontosabb, az hogy az LDAP User Role Filter részben megadható az Active Directory csoportok összerendelése az UCSD szerepkörökkel.

Ha például a tartományunkban van egy hálózatos, tárolós, szerveres csoport, akkor az UCS Director megfelelő moduljaihoz kaphatnak hozzáférést, a tartományi felhasználóik segítségével, amelyek tagja(i) ezeknek a csoportoknak.

Infrastruktúra idomítása

Ahhoz, hogy valamilyen IaaS szolgáltatást automatizálni legyen képes az UCS Director, nyilvánvalóan ahhoz hozzáférésre van szüksége. Ha például VMware-el, HyperV-vel (SCVMM) szeretnénk kiszolgálni az igényeket akkor létre kell hozni egy úgynevezett “Virtual account”-ot.

Én most VMware-el fogom bemutatni így azt kiválasztva be kell adni a vCenter Server elérhetőségét, a kapcsolódáshoz szükséges felhasználónevet, továbbá definiálható az hogy mely “Datacenter”-t “Cluster”-t szeretnénk az UCSD számára felkínálni, illetve ha van SRM integrációnk, akkor azt is itt lehet beállítani.

Látható, hogy stílusosan az UCS klasztert használtam erre – bár kedvem lett volna a HPE EPYC gépeket beállítani 🙂 Én a default pod-ba tettem a klaszter-t de ha valakinek saját elnevezéső pod kell vagy szeretné már a legfelső szinten szétválasztani az entitásokat, az hozhat létre másikat/újat.

Hozzunk létre egy “Virtual Data Center”-t.

Ennek volt a feltétele az előző lépésben kreált “Virtual account”.

Hogy mi is ez a VDC? Valahogy úgy tudom leírni, hogy az infrastruktúra egy olyat szelete, amit egy vagy több csoport számára tudunk elérhetővé tenni, amiből majd a katalógusnak megfelelően használhatnak erőforrásokat, továbbá amolyan “konténer” amihez házirendeket lehet rendelni.

Akkor gyorsan hozzunk létre egyet:

Szükséges megadni az ebbe a VDC-be kérvényezett szolgáltatások jóváhagyóit és azt, hogy hányszor, milyen időközönként értesítse őket a Director, hogy jóváhagyásra vár egy VM kérvényezése.

Na a következő ablak az valami káosz, mármint olyan dolgokat lehet beállítani, amik tényleg elemi szinten definiálja az egész VDC működését. Ez a fentebb látható, kék ábrán látható sok-sok policy beállításait rendeli a VDC-hez.

A következő részben innen folytatom….:)

Linkek:

Cisco UCS Director link

A bejegyzés nem fizetett – egyetlen bejegyzés sem az egyébként – ebből is fakadóan a saját véleményem és tapasztalataimat írja le a Cisco UCS Director szoftverrel. A saját véleményem nem tükrözi a munkáltatóm ettől függetlenül kialakított álláspontját.