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

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

Miről lesz szó?

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

A rendszerfelügyelet folyamata

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

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 (Synthetic 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

Ö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 csomagok elérhetősége

http://www.microsoft.com/technet/prodtechnol/scp/opsmgr07.aspx?SCPProdID=3

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

Management Pack formátuma

Két fajta fájlformátum támogatott:Sealed bináris fájl, amit nem módosíthatunk; kiterjesztése: .MPUnsealed 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úakAz á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

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

SDM a gyarkolatban

Példa: SQL függőségi viszony

SQLSERVER\Instance1

master

model

OperationsManager

tempdb

test1

test2

SQLSERVER.contoso.com

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

Egészségi állapot típusok

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éseElosztott alkalmazások monitorozása

Tudás kontextusbanNézetek és jelentések a rendszer ismeretéből adódóanDiagnosztikai és helyreállító feladatok

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ó

Egy egyszerű egészségmodell

Egyed

A rendelkezésre állás

egészsége

Teljesítményegészség

Biztonságegészség

Konfigurációegsézség

Összegzettegészség

SQL Szolgáltatás

Windows szolgáltatás

állapot

Unit Monitor

Aggregate Rollup

Monitor

Függőségi viszony példa

Entity

Logical Entity

Local Application

Windows Local Application

DNS Client

Windows Computer

Hosts

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

A rendszerfelügyelet folyamataEllenőrzés

Ellenőrzés

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

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

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 szintetAlátámaszthatja a fejlesztési igényeketAlig 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

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

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 „Object Discoveries” alatt!Készítsük el a jelentést és publikáljuk!

Távoli felügyeletKifejezetten 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

Service ProviderNetwork Operations Center

Internet

Customer 1 - Contoso

Customer 2 – GGP Limited

Customer 3 – XS Solutions

Change and Configuration Complete MonitoringReporting

Change and Configuration Complete MonitoringReporting

Change and Configuration Complete MonitoringReporting

Service Provider management pack

Service Provider -HiTechSolutions.comRemote Management Services

A kapcsolat logikai felépítéseSzolgáltató

Ügyfél 3

Ügyfél 2

Ügyfél 1

Mindenféle rendszert a konzolra!

Támogatott rendszerekSUSE Linux Enterprise Server 9 és10, SP1Red Hat Enterprise Server 4 és 5Solaris 8 for SPARC, 9 for SPARC és 10 for SPARC és x86HP-UX 11iv2 for PA-RISC és IA64 és 11iv3 for PA-RISC és IA64AIX 5.3 for PowerPC és 6.1 for PowerPC

ElőfeltételekWS-Management (ha még nincs fent) http://go.microsoft.com/fwlink/?LinkId=103610

SC Operations Manager 2007 R2Futtatási fiókok (basic authentication)

Root és normál felhasználó számáraA megfelelő management pack-ekDevelopment package-ek a cél gépeken (libgcc…, libc++…)

Amit felügyelhetünkFájlrendszerekDiszkek (fizikai, logikai, swap)Hálózati csatolókMemória használatProcesszor használatKritikus process-ek (sshd, cron, syslog stb.)