HP Real User Monitor er en modul i Business Availability Center som monitorerer nettverkstrifikk initiert av brukere eller systemer, som passerer gjennom nettverket. RUM samler inn reelle data I sanntid, og evaluerer både ytelse og tilgjengelighet av applikasjoner og tjenester. Med RUM får administratoren mulighet til å fokusere på årsakene til at noe går tregt eller ikke fungerer som forventet. Gjennom integrasjonen med uCMDB ser man også hvilke tjenester og brukergrupper som påvirkes.
Når terskelverdier overskrides, det være seg på grunn av treg eksekvering på server, treg dataoverføring mellom server og klient, eller andre grunner, kan BAC automatisk varsle operatører eller andre om avviket, og feilsøking kan iverksettes før brukerne har rukket å rapportere om et problem.
RUM arkitektur
HP Real User Monitor består av tre hovedkomponenter: RUM probe, RUM Engine og en MySQL database. I tillegg overfører RUM data til BAC for langsiktig lagring i BAC databasen.
- RUM Probe er en passiv lytteenhet, som mottar den samme trafikken som sendes til – og fra – serverne. Teknisk er den enten knyttet til en dedikert svitsjport som ”span’er” en eller flere porter med ordinær trafikk, eller det benyttes en dedikert ”tap” som kobles inn i kabelen mellom nettverket og en gitt server. Ved å tolke trafikkens IP-headere og annen informasjon, kan proben detektere typen trafikk og hvem den går mellom.
- RUM Engine mottar data som samles inn av proben(e) og setter sammen disse basert på konfigurasjoner i End User Management administrasjonsmodulen i BAC. RUM Engine overfører informasjon om websider, transaksjoner, slutt- brukere og serverdata til HP BAC Gateway Server. Denne Gateway serveren fordeler så dataene videre til de relevante BAC komponentene for alarmering, rapportering og SLA evaluering.
- MySQL databasen fungerer som et datalager for de data som ikke sendes til BAC umiddelbart – eller overhodet. MySQL databasen lagrer konfigurasjonsinformasjon for RUM, datastrømmer som er samlet inn, samt de til enhver tid åpne sesjonene som Proben monitorerer.
RUM installeres i nettverket slik at de data man ønsker å monitorere kan observeres direkte, f.eks. gjennom å speile datastrømmen ut på en port fra en svitsj. Dette er vist i figuren nedenfor:
Data-/transaksjonstyper som RUM monitorerer
RUM kan i utgangspunktet monitorere enhver type TCP-trafikk, og rapportere på datamengder og noe mer. Men for å tolke sesjoner og transaksjoner, og dermed generere ”høynivå” informasjon, trenges det spesielle tolkningsmoduler for dette. I nåværende versjon er det følgende protokoller som det er innebygget støtte for:
- HTTP, HTTPS, SOAP: Kan dekode trafikken, oppdage sesjoner og transaksjoner, måle responstid, reservertid, mm. Støtter bl.a. J2EE og .NET applikesjoner. Egen lisens for en ”Smart Plug-In for HTTP”.
- Andre TCP-baserte protokoller: ”Templates” eller ”protocol packs” for å tolke Oracle DB, Citrix, Siebel, Oracle NCA, MS SQL, MySQL, LDAP, FTP, IMAP, POP3, SMTP inngår i basisproduktet.
Rapportering
RUM har en rekke forskjellige rapporter, som er tilgjengelige gjennom BAC End User Management sin webbaserte grensesnitt. Noen sentrale rapporter er:
- Global Statistics – viser oversikt oversider, sluttbrukere,mm.
- Page Summary – Viser data for monitorerte websider
- Transaction Summary – Viser data for monitorerte transaksjoner
- Session Analyzer – Viser data for alle sesjoner i monitorerte applikasjoner. Sesjoner for applikasjoner som ikke er konfigurert, rapporteres som en del av en “default” appliaksjon
- Event Summary – Viser oversikt over alarmer for monitorerte applikasjoner basert på brukers konfigureringer (f.eks. terskelverdier for responstid eller lignende)
- Business Process Distribution – Viser antall og responstid for konfigurerte transaksjoner.
Et eksempel på en rapport som viser tilgjengelighet og responstider for websidene i en bankapplikasjon er tatt med nedenfor:
Business Process Recognition
En unik funksjon ved BAC er at den kan oppdage hvordan brukere går gjennom en applikasjon, og vise dette. Figuren nedenfor er hente fra BPR funksjonen til RUM. Ved å analysere hvor ofte brukere går fra en modul til en annen, kan man bl.a. lese ut hvorvidt applikasjonen brukes som planlagt, samt hvor i applikasjonen sluttbrukerne eventuelt ”hopper av”.
Integrasjoner
Siden RUM er en del av BAC, er det selvfølgelig tett integrasjon med andre sentrale BAC moduler som BPM, SAM og SLM. I tillegg er RUM integrert med Problem Isolation, Diagnostics og TransactionVision modulene for å analysere feil og problemer som RUM oppdager.
RUM er også tett integrert med NNMi. Denne integrasjonen gjør at man fra RUM grensesnittet kan starte NNMi og gå rett inn i analyse av tilgjengelighet og forsinkelser i en gitt nettverksforbindelse, ved at RUM; oversender endenodene som inngår i en transaksjon til NNMi.