Rendszerfelügyelet a System Center Operations Manager 2007-telSzirtes Istvá[email protected] 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