3. diel - Konfiguračnej položky CMDB
V minulej lekcii, Aktualizácie CMDB z mnohých zdrojov dát , sme si ukázali, ako pristupovať k aktualizácii dát CMDB a ako na emailovej notifikácie.
Konfiguračný položku (CI) je vhodné implementovať ako predka ďalších tried obsahujúcich konkrétne špecifické vlastnosti rôznych typov konfiguračných položiek. Tieto triedy môžu byť opäť predkom ďalších tried. Táto hierarchia má niekoľko výhod:
- Na vyššej úrovni môžeme na jednom mieste definovať spoločné vlastnosti, ktoré použijeme na nižšej úrovni u viac položiek.
- V rámci vzájomných vzťahov medzi rôznymi entitami nemusíme vytvárať odkazy na jednotlivé typy konfiguračných položiek, ale vytvoríme jeden odkaz, v ktorom vyberáme zo všetkých typov konfiguračných položiek.
Príklad: Trieda projekt obsahuje iba tri stĺpce popisujúce vplyv projektu do databázy konfigurácie (sú to Pridávané, Modifikované a odstraňovanie konfiguračnej položky). Bez hierarchie tried by sme zrejme vytvárali desiatky stĺpcov pre rôzne typy konfiguračných položiek.
Hierarchia konfiguračných položiek. Môžeme vidieť triedu All applications na vyššej úrovni
Hlavné vlastnosti triedy Konfiguračný položky (CI):
vlastnosť | popis |
Kód (Code) | Automaticky generovaný kód konfiguračnej položky. |
Majetok (Assett) | Identifikátor majetku, ktorý Konfiguračný položka predstavuje. |
Dátum konca životného cyklu (EOL date) | Dátum plánovaného ukončenia konfiguračnej položky (napr. Dátum konca podpory softvéru, plánovaný dátum vyradenia z dôvodu nekompatibility atď.). |
Popis konca životného cyklu (EOL description) | Opis dôvodov a ďalšieho kontextu ku koncu životného cyklu. |
Zodpovedný (Responsible) | Osoba zodpovedná za konfiguračné položku. Túto vlastnosť použijeme, ak nechceme rozlišovať Business vlastníka a Technického vlastníka. |
Business vlastník (Business owner) | Osoba zodpovedná za položku z pohľadu schvaľovanie zmien. Príkladom je Garant aplikácie. Túto vlastnosť použijeme, ak chceme rozlišovať Business vlastníka a Technického vlastníka. |
Technický vlastník (Technical owner) | Osoba zodpovedná za podporu a implementáciu zmien. Príkladom je Správca aplikácie. Túto vlastnosť použijeme, ak chceme rozlišovať Business vlastníka a Technického vlastníka. |
Machine sa hlavný entitou systémovej vrstvy Konfiguračný databázy. Eviduje servery a ďalšie nehmotné entity určenej operačným systémom, nie fyzickým zariadením.
Konfiguračný databáza ObjectGears obsahuje entitu Machine (OS server) určenú pre servery v nehmotnom zmysle slova a odlišuje ich tak od objektov evidovaných v triede Zariadenie (Hardware vrstva). V prvotných fázach evidencia konfiguračných položiek nám vlastnosti oboch entít môžu splývať. V tabuľke so zoznamom serverov tak možno máme tieto vlastnosti:
- názov servera,
- IP adresa,
- operačný systém,
- windows doména a spolu s nimi aj výrobcu,
- model hardvéru,
- sériové číslo,
- rok výroby,
- koniec podpory,
- inventárne číslo,
- umiestnenia servera (miesto v racku, budova, lokalita).
Obe kategórie je vhodné oddeliť a lepšie rozlíšiť pojem servera. V prípade fyzického predmetu hovoríme o Zariadenie, s ktorým sú spojené vlastnosti ako výrobca, model, sériové alebo inventárne číslo. Server, ktorého kľúčovou vlastnosťou je väčšinou operačný systém, budeme nazývať Machine (OS server). V triede Machine budeme evidovať okrem fyzických a virtuálnych serverov, tiež farmy serverov, klastre, clusterové služby a ďalšie entity.
Automatický import dát
Túto entitu je možné automaticky plniť pomocou infraštruktúrne funkcie OG_Servers.
Hlavné vlastnosti triedy Machine (OS server)
Hlavné vlastnosti triedy Machine máme v prehľadnej tabuľke:
vlastnosť | popis |
Kód (Code) | Automaticky generovaný kód konfiguračnej položky. Vlastnosť zdedená z predka Konfiguračné položky. |
Status (Status) | Status machine. |
Názov (Name) | Názov machine. |
Zodpovedný (Responsible) | Užívateľ ObjectGears zodpovedný za konfiguračné položku. |
Popis (Description) | Popis machine. |
OS (OS) | Operačný systém. |
Virtuálna na (Virtual on) | Cluster alebo objekt virtualizačnej platformy na ktorých machine beží. Týka sa clusterových služieb a virtuálnych serverov. |
Fyzický na (Physical on) | Zariadenie, na ktorom server beží. Týka sa fyzických (natívnych) serverov. |
Člen farmy / klastra (Member of farm / cluster) | Farma alebo cluster, ktorých je server členom. |
IP (IP) | Primárna adresa servera. |
IP v záložnom centre (Back-up datacentier IP) | Adresa servera v záložnom datacentre. |
Management IP (Management IP) | IP adresa karty vzdialenej správy. Týka sa fyzických serverov. |
počet CPU | Počet CPU. |
RAM | RAM v jednotke GB. |
VM názov (VM name) | Názov virtuálneho machine vo virtualizačnej platforme (VMware, Hyper-V ...). |
VM Used (GB) | Priestor používaný serverom vo virtualizačnej platforme (VMware, Hyper-V ...). |
VM Provisioned (GB) | Priestor poskytnutý servera virtualizačné platformou (VMware, Hyper-V ...). |
Kategória patchovanie (Patching category) | Kategórie (skupina serverov) v ktorých dochádza k patchovanie serveru. |
Typ machine (Machine type) | Typ machine (napr. Server, cluster, cluster service, appliance, workstation, farm ...). |
Spravuje kým (Administered by) | Organizácia zodpovedná za správu servera - napr. U serverov zapožičaných / spravovaných dodávateľom. |
Tím (Team) | Tím, ktorému server patrí. |
DHCP rezervácie (DHCP reservation) | Indikuje, že server využíva DHCP rezerváciu IP adresy. |
Windows doména (Windows domain) | Doména, do ktorej server patrí. |
DNS meno (DNS name) | DNS názov servera. |
Prostredie (Environment) | Prostredie, do ktorej server patrí (napr. Vývoj, Test, Akceptácia, Produkcia). |
Bezpečnostná zóna (Security zone) | Bezpečnostná zóna, do ktorej server patrí (napr. Vnútorná sieť, jednotlivé DMZ, Internet). |
Reštart počas business dňa (reštart during business hours) | Indikuje, že server môže byť reštartovaný počas obchodného dňa. |
Okno údržby (Service window) | Okno, v ktorom môže prebiehať údržba servera. |
Preferovaný Nód (Preferred n) | Nód, na ktorom server aktuálne beží. |
Failover Nód (failover node) | Nód, na ktorý bude server presunutý v prípade pádu aktuálneho NOD. |
SAN hostname (SAN hostname) | Názov servera v sieti SAN. |
VM notes (VM notes) | Poznámky k serveru z virtualizačnej platformy. |
V entite Machine (OS Server) sa evidujú rôzne typy Machine - napr. Servery (fyzické i virtuálne), Klastre, Farmy alebo Klastrová služba. Jednotlivé objekty sú reprezentované príslušným záznamom v triede Machine so zvoleným Typom machine. Základné typy machine sú v tejto tabuľke:
typ | popis |
server | Fyzický (natívne) server inštalovaný na Hardwaru alebo na Virtuálnom serveri bežiaci na klastra virtualizačnej platformy. Odlišujú sa vlastností Fyzický na a Virtuálne na. Fyzický server sa vo vlastnosti fyzický na odkazuje na Zariadenia a Virtuálny server sa vo vlastnosti Virtuálne na odkazuje na iný záznam entity Machine (OS Server) - cluster virtualizačnej platformy. |
cluster | Skupina Serverov bežiacich v režime active / passive (failover) alebo active / active a poskytujúca zdroje pre Klastrová služba alebo Virtuálne servery. |
farma | Skupina identických serverov, na ktoré sa pristupuje cez nejakú technológiu load balancingu. Všetky servery vo farme poskytujú identické služby a sú vzájomne zameniteľné. Load balancer distribuuje požiadavky od klientov na jednotlivé servery farmy. Príkladom je napr. Citrix farma alebo farma webových serverov. Príslušnosť servera patriaceho do farmy je vyjadrená vo vlastnosti Servera Člen farmy / klastra. |
Klastrová služba | Klastrová služba využíva zdroje serverov (Nodu) patriacich do Clusteru. V prípade pádu Nód, na ktorom clusterová služba práve beží, dôjde k jej prevedenie na iný server (Nód), ktorý je tiež členom klastra. U clusterových služieb môžeme evidovať Aktuálne Nód, na ktorom služba práve beží. Failover Nód, na ktorý sa má služba presunúť v prípade pádu aktuálneho Nód a Preferovaný Nód, na ktorom by služba mala bežať, pokiaľ je to možné. Väzba Klastrová služba ku Clusteru sa vyjadrí v zázname s služba klastra vo vlastnosti Virtuálna na, kde bude vybraný záznam s Cluster. |
V ďalšej lekcii, Master Data Management (MDM) a ako nám pomôže , si vysvetlíme, čo je to Master Data Management (MDM) a ako nám pomôže.