Det finnes mye bra informasjon om design og implementering av System Center Operations Manager (OpsMgr), for eksempel på Microsoft Technet. Torgeir Bergsvik tar en rask gjennomgang av beste praksis.

Management Packs

Det er ett område jeg gjerne vil påpeke med innføringen av OpsMgr, nemlig Management Packs (MP). Dette er på mange måter selve kjernen (hjernen) i OpsMgr ved at man her finner alle regler, helsetester, rapporter for et system som skal overvåkes.

Alle MP fra Microsoft er fritt tilgjengelig, og det finnes en rekke MP fra tredjepart som enten er gratis eller som det må betales for.

Katalogen finner du hos Microsoft: System Center Pack Catalog.

Selv om katalogen er fyldig, finnes det MP tilgjengelig flere andre steder som ikke finnes på katalogen. SystemCenterForum.org vedlikeholder en slik liste, men søk rundt etter MP andre steder. Det finnes sikkert flere.

Beste praksis

Tilbake til beste praksis. Det er noen grunnleggende anbefalinger for innføring av MP i en organisasjon. En MP er basert på “best practises” som betyr at reglene ikke alltid er helt korrekte for dine systemer. Derfor er det nødvendig med justering (tuning) av regelsett.

Microsoft har lagt mye arbeid i at MP ikke skal lage unødvendige alarmer (alerts), eller falske positive, ved å unngå harde grenseverdier slik som “er en verdi over en viss grense skal en alarm genereres”. Her benyttes “self tuning”-egenskaper i sammenheng med baselining av tjenester.

Anbefalinger:

En helt typisk feil er fristelsen til å legge inn mange MP i produksjonsmiljøet på en gang. Dette må du ikke gjøre. Resultatet blir mange alarmer og en uoversiktlig situasjon. Etter mitt skjønn er den beste starten på innføring av OpsMgr å ta kontroll over Active Directory, noe som medfører utrulling av agenter på domenekontrollere og innføring av MP for Windows OS, DNS og Active Directory.

1. Selvfølgeligheter
   Test en MP i din testlab som gjenspeiler produksjonsmiljøet for å luke ut de mest opplagte tilpasningene.

2. Produksjon
   Importer MP og lag en override MP hvor alle tilpasningene til den spesifikke MP lagres. I praksis betyr dette at for hver MP du importerer (husk at disse ikke kan endres (sealed)) så har du en egen override MP. Fordelen med dette er oversiktlighet i hvor regelendringene lagres og det er enklere å ta med regler til andre installasjoner. Så, ikke endre default management pack om du ikke har en god grunn til dette.
3. Tuning
   Dette punktet er kritisk. Sørg for å involvere eiere til systemer som skal overvåkes slik at disse ser verdien i å investere tid i tuning og dermed bedre kontroll over helsetilstand. Det er ingen vits i å etablere overvåkning av Exchange uten av din Exchange-guru er med i tuningarbeidet.
4. Kontinuerlig
   Husk også at det skjer endringer i systemer (last, konfigurasjon, bruksmønster) så tuning må sees på som en kontinuerlig prosess. Her er rapportering til god hjelp gjennom å ta ut regelmessige rapporter som viser hvilke alarmer det er flest av.

Lykke til!

Flere ressurser

Husk også System Center Capacity Planner som er det anbefalte verktøyet for å beregne skalering av en OpsMgr-installasjon.

For mer informasjon, ta En titt på System Center-familien.