Rendszerfelügyelet a System Center Operations Manager 2007 R2-vel

1. Rendszerfelügyelet a System Center Operations Manager 2007 R2-vel

2. Miről lesz szó? • 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

3. A rendszerfelügyelet folyamata Ellenőrzés Visszaállítás Észlelés Diagnosztika

4. A rendszerfelügyelet folyamata Észlelés • Cél: a hiba lokalizálása egy ábra megtekintésével Észlelés

5. Az észlelés eszközei • 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

6. Értesítésmechanizmus beállítása • 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 • E-mail • 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ó

7. A rendszerfelügyelet folyamata Diagnosztika Diagnosztika

8. Információszerzés eszközei • 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

9. Információszerzés eszközei • 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ő

10. 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 Felülbírálási logikák

11. A Microsoft víziója: önmenedzselő rendszerek • Ö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

12. Egészségállapot monitorozás • 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)

13. Felügyeleti csomagok áttekintése • 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”

14. Felügyeleti csomagok elérhetősége • http://www.microsoft.com/technet/prodtechnol/scp/opsmgr07.aspx?SCPProdID=3

15. 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

16. Management Pack formátuma • 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 (.MP) Management Pack (.XML) MP Seal

17. Felügyeleti csomagok rétegződése Microsoft.SQLServer.Library Microsoft.SystemCenter.Library Microsoft.Windows.Library System.Health.Library System.Performance System.Library

18. MP hierarchia a gyakorlatban System.Library Entity Logical Entity részletek Local Application Windows Local Application Microsoft.Windows. Library DNS Client Microsoft.Windows.DNS

19. SDM a gyarkolatban

20. Példa: SQL függőségi viszony SQLSERVER.contoso.com SQLSERVER\Instance1 master model OperationsManager tempdb test1 test2

21. Informatikai rendszer monitorozása • 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ó

22. Szabályok • 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

23. 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(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)

24. Ismeretlen / nem értelmezett Sikeres Figyelmeztetés Hiba Karbantartás Egészségi állapot típusok

25. Monitorozási képességek • 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

26. Monitor típusok – Adatforrások • Script • OLEDB • LDAP • Syslog • és még mások… • Event • Performance • WMI • Log file • SNMP Trap

27. Monitor típusok – Adatgyűjtési típusok • 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…

28. Monitorok konfigurációja • 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ó

29. Egyed SQLSzolgáltatás Windows szolgáltatás állapot Egy egyszerű egészségmodell Aggregate Rollup Monitor Összegzettegészség A rendelkezésre állás egészsége Teljesítmény egészség Biztonság egészség Konfiguráció egsézség Unit Monitor

30. Függőségi viszony példa Entity Logical Entity Local Application Windows Local Application Hosts DNS Client Windows Computer

31. A rendszerfelügyelet folyamata Visszaállítás Visszaállítás

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

33. A rendszerfelügyelet folyamata Ellenőrzés Ellenőrzés

34. Egészségállapot modell • 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

35. Szintetikus tranzakció-kezelés • 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

36. Szintetikus tranzakció-kezelés • 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ő

37. 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

38. Egyszerű modell – Elosztott alkalmazás “Üzenetkezelés” Egészség modell Dependency Rollup Monitor

39. Szolgáltatási szintek jelentése • 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

40. Mi szükséges hozzá? • SCOM 2007 R2 • SQL Reporting Service • SCOM Reporting • Service Level Dashboard for Operations Manager Management Pack (R2-ben már beépített funkció)

41. Hogyan készül a riport? • 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 „ObjectDiscoveries” alatt! • Készítsük el a jelentést és publikáljuk!

42. Távoli felügyelet • 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

43. Remote Management Services

44. A kapcsolat logikai felépítése Ügyfél 1 Szolgáltató Ügyfél 2 Ügyfél 3

45. Mindenféle rendszert a konzolra! • Támogatott rendszerek • SUSE Linux Enterprise Server 9 és10, SP1 • Red Hat Enterprise Server 4 és5 • Solaris 8 for SPARC, 9 for SPARC és10 for SPARC ésx86 • HP-UX 11iv2 for PA-RISC ésIA64 és11iv3 for PA-RISC ésIA64 • AIX 5.3 for PowerPC és6.1 for PowerPC

46. Előfeltételek • WS-Management (ha még nincs fent) http://go.microsoft.com/fwlink/?LinkId=103610 • SC Operations Manager 2007 R2 • Futtatási fiókok (basicauthentication) • Root és normál felhasználó számára • A megfelelő management pack-ek • Developmentpackage-ek a cél gépeken (libgcc…, libc++…)

47. Amit felügyelhetünk • Fájlrendszerek • Diszkek (fizikai, logikai, swap) • Hálózati csatolók • Memória használat • Processzor használat • Kritikus process-ek (sshd, cron, syslogstb.)