RUM the Real User Experience Manager - Application Management -
RUM the Real User Experience Manager

by Michael Procopio

RUM or Real User Monitor is a tool to monitor actual user traffic running over your network.

Its part of our EUM or end user management suite. In the area of EUM there are two primary ways to monitor 1/ synthetic, which is covered by BPM or Business Process Monitor and 2/ real user monitoring.

Each has its place in a monitoring strategy. BPM is good for making sure things are up 24x7, even when no users are using your applications. Real user monitoring can give you information down to the specific user.

When I first moved over to BAC group and heard about RUM, I was impressed. One of the things it can do is replicate a users web session click by click. This allows someone troubleshooting a problem to see exactly what happened and what the error message was the user saw – no guessing. (sensitive data like passwords and credit cards are filtered out in memory before writing to a disk). Further, if you do find a problem it can turn the session into a script that can be passed to the QA team to replicate the problem, if they are using LoadRunner.

How does it work? It starts by capturing packets as they go over the network. This is done by a RUM Probe, which is software that runs on a dedicated piece of x86 hardware (typically). The Probe passes the relevant data to the RUM engine.

The RUM engine stores the data and key performance metrics are aggregated before being sent up to BAC for reporting and alerting. For example, an alert might be round trip time for the Savings Deposit transaction is taking too long. Here are some of the reports RUM provides:

  • Global Statistics
  • Page Summary
  • Transaction Summary
  • End User Summary
  • End User Over Time
  • Server Over Time
  • Session Analyzer
  • TCP Application Summary
  • TCP Application Over Time
  • Event Summary
  • Business Process Distribution

Figure: Example RUM deployment configuration

Originally RUM strictly focused on HTTP/S traffic. But a while back support was expanded to due general tracking of TCP traffic, both streaming and non-streaming. In more recent releases additional upper level protocol analysis has been added. Beyond HTTP/S current support includes:

  • XML/SOAP
  • Siebel
  • WebSphere
  • MPLS

Related Items:

For Business Availability Center, Michael Procopio

Get the latest updates on our Twitter feed @HPITOps http://twitter.com/HPITOps

Join the HP Software group on LinkedIn and/or the Business Availability Center group on LinkedIn.

 


Posted 10-07-2009 2:20 AM by Michael_Procopio

Comments

Tom wrote re: RUM the Real User Experience Manager
on 10-08-2009 3:04 PM

Webinar is inaccessible -- get broken link after registering.

Tom wrote re: RUM the Real User Experience Manager
on 10-08-2009 3:05 PM

Webinar is inaccessible... get broken link after registering.

Michael_Procopio wrote re: RUM the Real User Experience Manager
on 10-09-2009 12:24 AM

Tom,

Thank you for letting us know about the broken link. I'm on it. will post a comment when it is fixed.

Michael_Procopio wrote re: RUM the Real User Experience Manager
on 10-09-2009 4:24 PM

The link is fixed.

Tom, thanks again for pointing it out.

Abe wrote re: RUM the Real User Experience Manager
on 11-07-2009 12:02 AM

This is funny.  There is a broken link connecting to a webinar for a product that ensures the quality of an end user accessing a web based application?  Was RUM simply not configured properly?  Why did it not catch this error automatically and alert someone?  It seems crazy that Tom would have to let someone know...

amyfeldman wrote re: RUM the Real User Experience Manager
on 11-20-2009 9:37 PM

Ah, good point your are making.  When monitoring applications you need to have both real or passive monitoring and synthetic monitoring. A passive tool like RUM, depends on real traffic from real users to trigger an alert.  In this case, I would have been notified when the transaction hit the unavailable threshold. Then I would use RUM to look into Tom's transaction and see why he cannot access the webinar.   In this case it was a broken link due to fact that the webinar was accidentally removed.  

For this to be truly effective, I would combine this with a synthetic monitor or Business Process Monitor.  This way I can measure the performance and availability of the application even when there are no user's accessing the application.  It also helps to establish a good baseline for the application.

Thanks for the comment, it does show a good use-case for using RUM and BPM.

Add a Comment

(required)  
(optional)
(required)  
Remember Me?

Type the numbers and letters above:
Powered by Community Server (Non-Commercial Edition), by Telligent Systems