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

Átírás

1

2 Észlelés és értesítéskezelés Rendszerdiagnosztika eszközei Ön-javítás konfigurációja Összetett üzleti alkalmazások felügyelete Észlelés Diagnosztika Visszaállítás Ellenőrzés

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

4 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

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

6 DC OPSMGR-01 DC, DNS MEMBER SCOM 2007 SQL 2005 EXCHANGE 2003 IIS SQL 2005 MsPetShop App.

7 Rendszerbeállítások Feliratkozás konfiguráció

8 Diagnosztika

9 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

10 Kapcsolat tesztelés (Syntetic 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ő

11 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

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

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

14 A tudás leképezése modellekkel! 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)

15 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

16 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

17 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

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

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

20 Alapvetően 2 fajta monitorozó eszköz érkezik a termékkel: 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 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ó

21 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

22 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)

23 Ismeretlen / nem értelmezett Sikeres Figyelmeztetés Hiba Karbantartás

24 Event Performance WMI Log file SNMP Trap Script OLEDB LDAP Syslog és még mások

25 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

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

27 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

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

29 Entitásmodellek bővítése egyedi monitorokkal

30 Visszaállítás

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

32 Diagnosztikai feladat automatizálása Javító feladat automatizálása

33 Ellenőrzés

34 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

35 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ő

36 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ássablonokat vagy akár saját alkalmazásmodelleket is készíthetünk, melyeket igény esetén sablon formájában is elmenthetünk

37 Egészség modell Üzenetkezelés Dependency Rollup Monitor

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

39

40 Kezdés 13:00-kor