Konfigurasjonsstyring i NAV. Johannes Buverud

Transkript

1 Konfigurasjonsstyring i NAV Johannes Buverud 22.okt 2013

2 Agenda Kort om NAV Hva har vi gjort så langt Hva vi er i gang med Hva vi vil ønsker å gjøre videre Erfaringer NAV, Side 2

3 Generelt om NAV Ca ansatte spredt over hele landet. Sentralt direktorat (Arbeids og velferdsdirektoratet). IKT avdeling med ca 450 ansatte innenfor strategi, utvikling, forvaltning/drift. Sentralisert drift av mange ulike teknologier og løsninger. Mye som skjer nå i forhold til modernisering av applikasjoner og effektivisering av driften. NAV, Side 3

4 NAV PREITSM Egenutviklet Remedy-løsning for brukerstøtte og utstyrsforvaltning, sydd sammen av tidligere løsninger fra Aetat og Rikstrygdeverket Ønske om mer OOB-løsning Et utstyrsregister som ble vedlikeholdt av egenutviklede skript Behov for nytt verktøy for skanning av utstyr i nett Excel og Outlook ble brukt til ITIL-prosessene Change, Release og Problem Behov for et ITSM-verktøy NAV, Side 4

5 Pilar produksjonssatt august 2012 NAV, Side 5

6 Hvem gjør hva i Pilar Johannes.Buverud@nav.no Ansvar for innholdet i CMDB-en, modellering, normalisering, rekonsilliering, eskaleringer og integrasjoner for CMDB-en, samt teknisk kompetanse på Atrium generelt Odd-Laurits.Andreassen@nav.no Faglig og teknisk ansvar og utøvende for ADDM Erling.Balsnes@nav.no Utvikler og teknisk kompetanse på Remedy og ITSM Pilar Forvaltning Ansvar for Remedy-produktene, releaser på disse etc. NAV, Side 6

7 Teknisk platform i produksjonsmiljøet BMC Remedy SP2 ARS, MidTier, Atrium, ITSM, SRM, SLM 11 servere fordelt på to siter 3 MidTier, 2 ARS frontend, 2 ARS integrasjonsservere, 2 Dashboard&Analytics, 1 SLM, 1 AI Oracle RAC ADDM v9 SP2 4 servere 1 konsolidering 3 skannere én for hoster ssh/wmi én for SNMP-devicer printere/rutere/switcher etc. én som er planlagt for infrastrukturscan på hele nettet til NAV 11 proxyer 5 som er clustret for skanning av Prod, 2 for Q, 2 for T og 2 U NAV, Side 7

8 Hvordan vi bruker ADDM Hele Norge skannes ca. 500 lokasjoner (+ ett kontor i Sverige:) 2500 servere, 4000 nettverksbokser, 3000 printere, software-instanser Metodikk: Nettverksutstyr og skrivere skannes på IP-ranger For servere er skann delt inn domener Faste skann gjøres fra fredag kl.16 - mandag kl.14 2 Prinsipper Alt vi har skal skannes Verktøyet brukes OOB Data overføres til CMDB utenfor åpningstid NAV, Side 8

9 Hvordan vi bruker Atrium/CMDB De viktigste datakildene ADDM, SCCM, WDM, Ekstern leverandør Data legges i respektive importdatasett Importdatasettene normaliseres og rekonsillieres hver natt ADDM er med på å populerer produktkatalogen Andre RE-jobber rydder opp i produksjonsdatasettet Indekser er lagt på med Class Manager for å øke hastighet på data fra ADDM, søk i Remedy etc. Atrium Explorer brukes til manuell modellering NAV, Side 9

10 Konsumenter av CMDB-en - 1 Asset og Incident CI-er som benyttes: Tynne og tykke klienter, skrivere og skjermer Initiell aktivitet Import ble gjort fra gammelt utstyrsregister Fast aktivitet Fil med nytt utstyr fra ekstern leverandør - én gang i uken Fil fra SCCM (Tykke klienter) Hverdager Fil fra WDM (Tynne klienter) Hverdager Skrivere skannes med ADDM Hver mandag Eskaleringer er laget for å sette bl.a. status på utstyr. Filtere er laget for å sette kontortilhørighet. Rapporter sendes automatisk ut med Analytics. NAV, Side 10

11 Konsumenter av CMDB-en - 2 Overvåkning Ny overvåkningsløsning fra HP ble implementert litt etter Pilar BMC CMDB er master for CI-er av typen: tjenester, transaksjoner, servere, rutere, switcher og lokasjoner Initiell aktivitet Tjenester og objekter for å representere webresponsagenter ble importert fra gammel overvåkningsløsning Fast aktivitet ADDM skanner servere, rutere og switcher hver helg, samt ad hoc ved behov Egen attributt er lagt til for å overstyre hvilke CI-er som ikke skal overføres til overvåkningsløsningen Tjenester og andre typer CI-er med relasjoner opprettes ved behov Nattlig jobb overfører data til overvåkningsløsning. NAV, Side 11

12 Hva med NAV sine tjenester Noen tjenester eksisterer i dag i produktkategoriseringen, noen tjenester som CI-er, og mange begge steder Produktkategorisering ble brukt i gammel Remedy og videreført i Pilar, «Service»-feltet ble derfor fjernet fra ITSM-forms Utfordringer med dette Produktkategoriseringen inneholder også applikasjoner, moduler, prosesser, arbeidsmetoder, utstyr etc Dvs. uoversiktlig å forstå og å bruke som tjenesteoversikt Tjeneste-CI-er må benyttes dersom man skal bruke Service Catalog Modellerer man opp underliggende komponenter til tjeneste-ci-er har man avanserte muligheter til risikovurdering, feilsøking, rapportering etc. NAV, Side 12

13 Pågående aktiviteter Tjenestefokus Vi starter med å innføre «Service» i Change/Release. Omforent tjenestekatalog mellom Drift og Utvikling pga integrasjoner Bedre rapportertingsmuligheter Change/Release skal ha relasjon til CI-er det skal endres på. Vil gi bedre oversikt over historikken på de aktuelle CI-ene Modellering av underliggende komponenter Vil gi stor gevinst ift risikovurdering, feilsøking, rapportering, tjenestefokusert overvåkning etc. Kobling av incident mot aktuell CI fra overvåkning Vil bli lettere å slå opp aktuell CI - Vil kunne brukes til automatisk assignment av saker - Vil få historikk på CI-er - ADDM: Skanning av z/os NAV, Side 13

14 We Still Have a Lot to Cover Innføre «Service» i Incident/Problem Erstatte andre registere med CMDB Modellering med ADDM CAM Skanning med ADDM: Lagringsløsninger og brannmurer Kanskje telefoni og video Når vi får oppdatert suiten: AI skal benyttes til automatiske importer. Impact Simulator Service Catalog NAV, Side 14

15 Erfaringer Klare bestillinger gir fornøyde konsumenter Bestilleren må ha ansvar for det som modelleres manuelt Vurder behov for case-insensivitet på CI-er ifm valg av database Ha et konstant oppgraderingsløp av suiten Bruk BMC sine diskusjonsforum og Knowledge Base NAV, Side 15