A rendszerfelügyelet folyamata „Észlelés” és értesítéskezelés A rendszerdiagnosztika eszközei „Ön-javítás” konfigurációja Összetett üzleti alkalmazások felügyelete Szolgáltatási szintek (SLA) riportolása Szolgáltatói üzemmód – Essentials és Remote SCOM együtt Unix/Linux platformok felügyelete

Cél: a hiba lokalizálása egy ábra megtekintésével

Kiszolgáló által küldött értesítések Riasztási nézetek Rendszerállapot nézetek Komplex rendszerek áttekintő nézete Egészségállapot böngésző Jelentések

Felhasználói fiók létrehozása és konfigurálása a SCOM számára A kiszolgáló oldali értesítési csatornák beállítása Azonnali üzenetküldés (OCS) SMS Parancs futtatás Értesítési rendszerfiók felvétele Operátorok beállítása Esemény feliratkozás konfiguráció

Szerepkör szerinti kategóriákba szervezett monitorozási nézetek Event view, Web page view, Performance view, State view... Riasztások Felügyelt gépek egészség állapota Elosztott alkalmazások felügyelete Karbantartási mód függőségi logikával

Kapcsolat tesztelés (Synthetic Transactions) a menedzsment csomagok sablonjaival, pl.: Windows rendszer-szolgáltatások Web Application Recorder TCP port ellenőrzés OLE DB adatforrások Health Explorer  egészségi állapotmodell-böngésző

A monitorok finomhangolási lehetőségei Az ügyfél változtatásai az eredeti konfigurációktól izoláltan Ütközéskezelési szabályrendszer

Ön-telepítőÖn-konfigurálóÖn-optimalizálóÖn-hangolóÖn-felügyelő Ön-védelemre képes Ön-diagnosztizálóÖn-gyógyítóÖn-eltávolító Ön-* rendszerek

System Definition Model (SDM) egy modellezésre alkalmas nyelv, amely gazdag elemkészlettel rendelkezik komplex IT rendszerek leírására Egy SDM modell az IT rendszer élő rendszerdokumentációja, amely magában foglalja az alábbiakat: A rendszerstruktúrát Az objektumokat és azok kapcsolatát A rendszer ismert viselkedését A kívánt konfigurációt (Desired configuration) Üzemeltetési szabályokat (Administrative policies) Szolgáltatási szinteket (SLA) A tudás leképezése modellekkel!

A felügyeleti csomag nem más, mint az objektumok formális ábrázolása, amely tartalmazza a szükséges elemeket és az elemek közötti relációkat. A felügyeleti csomagok nélkül az OpsMgr egy nagy üres agyra emlékeztet. A SCOM-ban a szolgáltatások modellezése a Service Definition Model v2 alapján történik Az alapértelmezett telepítés után 41 darab felügyeleti csomag települ a rendszer alá A telepítő készleten további csomagok találhatóak A Microsoft weboldaláról további csomagok tölthetőek le (jelenleg 109 db) Az ‘MP’ importálása után azonnal „életre kel”

Felderítési szabályok Csoport definíciók Monitorok Adatgyűjtési szabályok FeladatokJelentések Felülbírálási logikák

Két fajta fájlformátum támogatott: Sealed  bináris fájl, amit nem módosíthatunk; kiterjesztése:.MP Unsealed  ezt módosíthatjuk; kiterjesztése:.XML A hardver és szoftver gyártók által készített csomagok legtöbbször ‘Sealed’ típusúak Az általunk készített MP alapértelmezettként ‘Unsealed’ típusú, de az SCOM 2007-hez készített Resource Kit-en lévő MPSeal alkalmazással ezen változtathatunk Certificate Management Pack (.XML) Management Pack (.MP) MP Seal

System.Library System.Performance System.Health.Library Microsoft.Windows.Library Microsoft.SystemCenter.Library Microsoft.SQLServer.Library

Entity Logical Entity Local Application Windows Local Application DNS Client részletek System.Library Microsoft.Windows.Library Microsoft.Windows.DNS

SQLSERVER\Instance1 master model OperationsManager tempdb test1 test2 SQLSERVER.contoso.com

Alapvetően 2 fajta monitorozó eszköz érkezik a termékkel: Rules Rules A felügyelt entitásokról gyűjthetünk eseményeket és különböző teljesítményszámláló adatokat, melyeket hosszú távú adatmegőrzés céljából adattárházban tárolhatunk Monitors Monitors A figyelt entitáshoz kapott egészség állapot modell bővítésével és módosításával (override) testre szabhatjuk, hogy mikor működik az helyesen Ezzel az eszközzel az egészségi állapotból való kilengéseket követhetjük nyomon: mikor történt, mi okozhatta, mi volt a kilengéskor futtatott diagnosztikai feladat eredménye, sikeresen lefutott-e a javítási feladat Nem adatgyűjtésre való

Gyűjtési szabályok Teljesítményi adatok Események Szkript által generált adatok SNMP trap-ek Riasztási szabályok Amikor a monitor nem használható Figyel egy eseményt és riaszt

A monitor egy állapotgép A monitor egyféle állapotban lehet egy adott időpillanatban Egy objektum bizonyos aspektusát figyeli Véges mennyiségű operációs állapotot vehet fel (hármat) Minden operációs állapot egy egészségállapothoz kötött Riasztási kondíciókat határozhat meg (opcionális)

Ismeretlen / nem értelmezett SikeresFigyelmeztetésHibaKarbantartás

Erőből... Passzív esemény- és teljesítménymonitorozás Mélységi... Aktív monitorozás – szintetikus tranzakciók a szerveren Alkalmazások modellezése Alkalmazás-komponensek és kapcsolataik felfedezése Elosztott alkalmazások monitorozása Tudás kontextusban Nézetek és jelentések a rendszer ismeretéből adódóan Diagnosztikai és helyreállító feladatok

EventPerformanceWMI Log file SNMP Trap Script OLEDB LDAP Syslog és még mások…

Esemény alapú: Egyszerű esemény Korreláció Konszolidáció Hiányzó Stb... Teljesítmény alapú: Átlag Eltérés Folyamatos minták Önhangoló Stb…

MP-kel érkező monitorok Saját monitorok Unit Nagyon sok lehetőség, de alapvetően kétféle mérés  Event, Performance Dependency Rollup Intelligens szabályok alapján konfigurálható egészségállapot az adott monitorok csoportjára: Worst State, Best State, Maintenance Mode (MOM 2005-ben ennek csak egy kezdetleges módja van a rendszerben) Aggregate Rollup Az előzőhöz hasonló, itt viszont csak Worst State, Best State alapú csoportállapot meghatározás konfigurálható

Egyed A rendelkezésre állás egészsége Teljesítmény egészség Biztonság egészség Konfiguráció egsézség Összegzett egészség SQL Szolgáltatás Windows szolgáltatás állapot Unit Monitor Aggregate Rollup Monitor

Entity Logical Entity Local Application Windows Local Application DNS Client Windows Computer Hosts

RecoveryDiagnosztika Hibajavítás Visszaállítás Monitor Manuálisan Előre definiált feladatok a konzolon keresztül Egyedi feladatok manuálisan futtatva Automatikusan Diagnosztikai-, és Hibajavítási feladatok

Minden objektumnak van egészség állapot modellje Monitorok gyűjteménye Fastruktúrába rendezve Olyan mélységekben és bonyolultságban, ahogyan csak szeretnénk

Stressz teszteléshez (Web) és az adott entitás elérhetőségének teszteléséhez A SCOM 2007 alap telepítésével 4 sablont hoz a különböző tesztek futtatásához, de a lista bővíthető: OLE DB alapú adatbázis hívások Nyitott TCP Portok A Web alkalmazás elérhetőségének vizsgálata Windows szolgáltatások futási állapota

Az adott sablon alapján elkészített szintetikus tranzakcióban rögzített tesztelés parancsként kihelyezhető az ún. Watcher Node-okra A szintetikus tranzakciók beépíthetőek az összetett LoB alkalmazás monitorozásába is A sablonokhoz nézetek is tartoznak, amivel a kapcsolat tesztelések állapota nyomon követhető

Használatával az összetett, több kiszolgálót is érintő, komplex alkalmazások állapota is átlátható módon felügyelhető A hiba forrása pillanatok alatt lokalizálható Használhatunk készen kapott alkalmazás- sablonokat vagy akár saját alkalmazásmodelleket is készíthetünk, melyeket igény esetén sablon formájában is elmenthetünk

Egészség modell “Üzenetkezelés” Dependency Rollup Monitor

Kinek és miért fontos? Elsősorban az IT vezető számára Igazolja az üzlet által elvárt szolgáltatási szintet Alátámaszthatja a fejlesztési igényeket Alig igényel élő munkát az elkészítése, de látványosan jelzi az IT hatékonyságát A cég többi munkatársa felé mutatja az IT jelentőségét és hasznát

SCOM 2007 R2 SQL Reporting Service SCOM Reporting Service Level Dashboard for Operations Manager Management Pack (R2-ben már beépített funkció)

Készítsük el a szükséges monitorokat! Hozzunk létre egy elosztott alkalmazást! Hozzunk létre egy kivételt az alkalmazáshoz az „Object Discoveries” alatt! Készítsük el a jelentést és publikáljuk!

Kifejezetten partnerek számára elérhető SC Essentials telepítéseket vonhatunk egységes felügyelet alá Egyedi licenszelési konstrukció (SPLA) Havi díj, csak az tényleges felhasználás alapján (csak a szolgáltató által használt szoftverekre) Egy kiszolgáló ~12$, egy kliens ~0,45$ havonta Az SCE-t hagyományos módon licenszelni kell

Remote Management Services

Szolgáltató Ügyfél 3 Ügyfél 2 Ügyfél 1

Támogatott rendszerek SUSE Linux Enterprise Server 9 és10, SP1 Red Hat Enterprise Server 4 és 5 Solaris 8 for SPARC, 9 for SPARC és 10 for SPARC és x86 HP-UX 11iv2 for PA-RISC és IA64 és 11iv3 for PA- RISC és IA64 AIX 5.3 for PowerPC és 6.1 for PowerPC

WS-Management (ha még nincs fent) SC Operations Manager 2007 R2 Futtatási fiókok (basic authentication) Root és normál felhasználó számára A megfelelő management pack-ek Development package-ek a cél gépeken (libgcc…, libc++…)

Fájlrendszerek Diszkek (fizikai, logikai, swap) Hálózati csatolók Memória használat Processzor használat Kritikus process-ek (sshd, cron, syslog stb.)