Rendszerfelügyelet a System Center Operations Manager 2007-telSzirtes Istvánszirtesi@szirtes.comszakmai igazgatóSzirtes Technologies

Tartalom

„Észlelés” és értesítéskezelésRendszerdiagnosztika eszközei„Ön-javítás” konfigurációjaÖsszetett üzleti alkalmazások felügyelete

ÉszlelésDiagnoszti

kaVisszaállít

ásEllenőrzés

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

A rendszerfelügyelet folyamataÉszlelés

Észlelés

Az észlelés eszközei

Kiszolgáló által küldött értesítésekRiasztási nézetekRendszerállapot nézetekKomplex rendszerek áttekintő nézeteEgészségállapot böngészőJelentések

Értesítésmechanizmus beállítása

Felhasználói fiók létrehozása és konfigurálása a SCOM számáraA kiszolgáló oldali értesítési csatornák beállítása

E-mailAzonnali üzenetküldés (OCS)SMSParancs futtatás

Értesítési rendszerfiók felvételeOperátorok beállításaEsemény feliratkozás konfiguráció

Demókörnyezet

DC

Contoso.com

• DC, DNS

MEMBER

• EXCHANGE 2003• IIS• SQL 2005• MsPetShop App.

OPSMGR-01

• SCOM 2007• SQL 2005

demó

Értesítéskezelés

Click icon to add picture

RendszerbeállításokFeliratkozás konfiguráció

A rendszerfelügyelet folyamataDiagnosztika

Diagnosztika

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

Információszerzés eszközei

Kapcsolat tesztelés (Syntetic Transactions) a menedzsment csomagok sablonjaival, pl.:

Windows rendszer-szolgáltatásokWeb Application RecorderTCP port ellenőrzésOLE DB adatforrások

Health Explorer egészségi állapotmodell-böngésző

Információszerzés eszközei

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

Felülbírálási logikák

demó

Monitorok felülbírálása

Click icon to add picture

A felesleges riasztások kikapcsolásaTeljesítmény küszöbértékek átírása

Ö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ó

A Microsoft víziója: önmenedzselő rendszerek

Ön-* rendszerek

Egészségállapot monitorozás

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átA 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) http://www.microsoft.com/technet/prodtechnol/scp/opsmgr07.aspx?SCPProdID=3

Az ‘MP’ importálása után azonnal „életre kel”

Felügyeleti csomagok áttekintése

Felügyeleti csomag tartalma

Felderítési szabályok

Csoport definíciók

Monitorok

Adatgyűjtési szabályok

Feladatok

Jelentések

Felülbírálási logikák

Felügyeleti csomagok rétegződése

System.Library

System.PerformanceSystem.Health.Library

Microsoft.Windows.Library

Microsoft.SystemCenter.Library

Microsoft.SQLServer.Library

MP hierarchia a gyakorlatban

Entity

Logical Entity

Local Application

Windows Local Application

DNS Client

részle

tek

System.Library

Microsoft.Windows.Library

Microsoft.Windows.DNS

Informatikai rendszer monitorozásaAlapvetően 2 fajta monitorozó eszköz érkezik a termékkel:

RulesA 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

MonitorsA 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 helyesenEzzel 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 feladatNem adatgyűjtésre való

Szabályok

Gyűjtési szabályok

Teljesítményi adatok

Események

Szkript által generált adatok

SNMP trap-ekRiasztási szabályok

Amikor a monitor nem használható

Figyel egy eseményt és riaszt

A „monitor”

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(ötöt)

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 értelmezettSikeresFigyelmeztetésHibaKarbantartás

Egészségi állapot típusok

Monitor típusok – Adatforrások

EventPerformanceWMILog fileSNMP Trap

ScriptOLEDBLDAPSyslogés még mások…

Monitor típusok – Adatgyűjtési típusok

Esemény alapú:Egyszerű eseményKorrelációKonszolidációHiányzóStb...

Teljesítmény alapú:ÁtlagEltérésFolyamatos mintákÖnhangolóStb…

Monitorok konfigurációja

MP-kel érkező monitorokSaját monitorok

UnitNagyon sok lehetőség, de alapvetően kétféle mérés Event, Performance

Dependency RollupIntelligens 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 RollupAz előzőhöz hasonló, itt viszont csak Worst State, Best State alapú csoportállapot meghatározás konfigurálható

Minden objektumnak van egészség állapot modelljeMonitorok gyűjteményeFastruktúrába rendezveOlyan mélységekben és bonyolultságban, ahogyan csak szeretnénk

Egészségállapot modell

Egy egyszerű egészségmodell

Egyed

A rendelkezésre állás

egészsége

Teljesítményegészsége

Biztonságegészsége

Konfigurációegészsége

Összegzettegészség

SQL Szolgáltatás

SQL Database Engine szolgáltatás

állapot

Unit Monitor

Aggregate Rollup

Monitor

demó

Egészségmodellek használata

Click icon to add picture

Entitásmodellek finomhangolása

A rendszerfelügyelet folyamataVisszaállítás

Visszaállítás

Rendszer visszaállítása

RecoveryDiagnosztika

Hibajavítás

VisszaállításMonitor

ManuálisanElőre definiált feladatok a konzolon keresztülEgyedi feladatok manuálisan futtatva

AutomatikusanDiagnosztikai-, ésHibajavítási feladatok

demó

Önjavító rendszerek

Click icon to add picture

Diagnosztikai feladat automatizálásaJavító feladat automatizálása

A rendszerfelügyelet folyamataEllenőrzés

Ellenőrzés

Szintetikus tranzakció-kezelés

Stressz teszteléshez (Web) és az adott entitás elérhetőségének teszteléséhezA 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ásokNyitott TCP PortokA Web alkalmazás elérhetőségének vizsgálataWindows 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ő

Szintetikus tranzakció-kezelés

Elosztott üzleti alkalmazások

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

Egyszerű modell – Elosztott alkalmazás

Egészség modell “Üzenetkezelés”

Dependency Rollup Monitor

demó

Összetett rendszerek felügyelete

Click icon to add picture

Összetett alkalmazásmodell készítése

Szünet...Kezdés 13:00-kor