Network Node Manager i (NNMi)


NNM – Network Node Manager – er den mest infrastrukturnære delen av enhver HP BTO basert driftsløsning, da dette produktet oppdager alle komponenter i nettverket, og de nettverksmessige relasjonene mellom dem. Denne oversikten over infrastrukturen vedlikeholdes kontinuerlig.

NNM er det mest kjente og veletablerte produktet innen nettverksovervåking i verden i dag. Opprinnelig tilhørte produktet HP Software familien ”OpenView”, og mange tror fortsatt at dette er produktnavnet i dag, selv om det er tre år siden HP faset ut bruken av det navnet.

Ett enkelt brukervennlig web GUI organisert etter funksjoner gir raskt verdi for mange brukere, ikke bare nettverkseksperter. Det intuitive designet øker operatøreffektivitet og produktivitet og forenklingen utvider bruksområdet. Rapporter og skjermbilder kan visualisere viktig informasjon til ledelse og prosesseiere som for eksempel Incident Manager.

NNMi finner automatisk hele nettet og gir den totale sannhet uavhengig av type nettverksenheter og topologi. Når topologien endres, oppdager NNM dette og innhenter informasjon om den nye strukturen. Ved at dette skjer regelmessig er det ingen behov for manuelt vedlikehold av hvilke enheter som er knyttet sammen og hvordan. For å strukturere nettverksinformasjonen på annen måte enn etter den rene topologien, f.eks. etter geografi eller organisasjon, kan man benytte såkalte ”containers” som legges ut, f.eks. oppå et geografisk kart. Kriteriene for å tilhøre en gitt container defineres generisk gjennom et ”node group” begrep, slik at nye noder plasseres riktig – automatisk!

NNMi benytter det som kalles en ”Spiral Discovery” prosess for å oppdage detaljer om nettverket. Med spiral discovery oppdages først de generelle/overordnete elementer, som nodene (Ip-adresser). Deretter fortsetter auto-discovery med å analysere informasjon fra hver av disse for å finne mer detaljer om denne (type, operativsystem, interfaces, VLAN, etc.) samt informasjon om noder som denne kommuniserer med. Derfra går den videre ut i nettet og finner detaljer om stadig nye noder på tilsvarende måte. All informasjon som samles inn lagres i en sentral relasjonsdatabase, og kan leggs over i uCMDB hvis man ønsker det.

 Tabellen nedenfor viser noen av de sentrale behovene som NNMi løser. 

Behov

Løsningsbeskrivelse

Fordel (kilde til RoI)

Oversikt over infrastrukturen – fra sluttbrukeren til nettverk og servere.

Ved hjelp av avansert og automatisk ”discovery” av nettverkets komponenter og topologi, får man en komplett og korrekt oversikt over hva infrastrukturen til enhver tid består av. Relasjoner oppdages og vedlikeholdes, endringer synliggjøres.

Redusert tid for feilsøking (MTTR),  færre endringer som får uønskete, negative  konsekvenser.

Proaktiv drift – vite om et problem (en feil) før sluttbrukeren ringer.

Gjennom overvåking ikke bare av tilstand (oppe/nede) men også av trender for ytelse (f.eks. båndbreddeutnyttelse eller feilrater), kan man alarmere før et problem er blitt så alvorlig at brukerne rapporterer det. Dermed kan diagnose og feilretting iverksettes tidlig, og HelpDesk kan varsles slik at de er klar når brukerne eventuelt ringer.

Færre feilsituasjoner som påvirker brukerne, mer effektiv feilsøking/diagnose, færre feil totalt sett.

Skille effektivt mellom symptomer og følgefeil på den ene siden, og underliggende årsaker på den andre.

Korrekt gjengivelse av topologien, gjør det mulig for løsningen å fokusere inn på de negentlige årsaken, selv når denne har et stort antall følgefeil som rapporteres fra sluttbrukerne.

Raskere problemløsning, redusert nedetid.

 NNMi er integrert med flere andre produkter i BTO porteføljen. Disse kan deles i to hovedgrupper: De som har med nettverk å gjøre, og ”resten”. De nettverksrealterte produktene er:

  • iSPI Performance for Metrics
  • iSPI Performance for Traffic
  • iSPI Performance for Quality Assurance
  • iSPI Network Engineering Toolset
  • iSPL for MPLS
  • iSPI for IP Telephony
  • iSPI for MultiCast
  • Network Automation 

iSPI produktene er tilleggsmoduler til NNMi (det vil si at de krever NNMi for å fungere), mens Network Automation er et selvstendig produkt for automatisering av konfigurering og kontroll med nettverks utstyr.

RTSM – oversikt over status i ditt operative driftsmiljø

RTSM – oversikt over status i ditt operative driftsmiljø RTSM er en ”sanntidsdatabase” som ligger i BSM Foundation fra og med versjon 9, og som oppdateres både med hensyn på status og topologi av alle produktene i BSM9-porteføljen.
Les mer her

Hvorfor Cloud er "Nå", ikke "Når"!

Hvorfor Cloud er "Nå", ikke "Når"! Hvorfor Cloud er "Nå", ikke "Når"! Cloud løsninger vil påvirke fremtiden vår og det er særdeles viktig at vi starter en orientering om dette nå.
Les mer her

Cloud Reference Architecture

Cloud Reference Architecture HP har utarbeidet en arkitektur som viser hvilke elementer en Cloud Computing arkitektur bør bestå av, og deres innbyrdes relasjoner, kalt HP Cloud Reference Architecture.
Les mer her
NESTE AKTIVITETER: