Innføring av System Center Operations Manager; “best practises”

  • Article

Det finnes god informasjon om design og implementering av System Center Operations Manager (OpsMgr), for eksempel på Technet. Husk også System Center Capacity Planner som er det anbefalte verktøyet for å beregne skalering av en OpsMgr installasjon.

Det er ett område jeg gjerne vil påpeke med innføringen av OpsMgr; Management Packs (MP). Dette er på mange måter selve kjernen (hjernen) i OpsMgr ved at her er 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 tredje part som enten er gratis eller som det må betales for. Citrix MP er for eksempel gratis. Katalogen finner du her. Selv om katalogen er fyldig finnes det MP tilgjengelig flere andre steder som ikke finnes på katalogen. Systemcenterforum vedlikeholder en slik liste, men søk rundt etter MP andre steder, det finnes sikkert flere.

Tilbake til best practises, 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. Skal skrive mer om dette senere.

Anbefalinger:

GENERELT: 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 uoversiktelighet. 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 selvfølgelig 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 oversiktelighet i hvor regelendringene lagres, og det er enklere å ta med regler til andre installasjoner. Så, IKKE bruk 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.