Hello, I'm Brian Flynn and I'm the Solarwinds Product Manager for Storage Resource Monitor (SRM).  I'm excited to announce that we are gearing up for a beta release of SRM 6.1 and I'm inviting customers with Storage Manager (STM) or Storage Resource Monitor (SRM) in active maintenance to test our beta release on new arrays.  If you are not an STM or SRM customer, but are still interested in participating, go ahead and sign-up as well, and I'll see if there is a way I can at least get you on a feedback call to interact with a SolarWinds-local install.  Click here for sneak peek screen shots

SRM beta button.png


In This Release...

We are primarily working on device support

  • Dell Compellent
  • EMC Symmetrix VMAX
  • Nimble
  • HP P2xxx/MSA
  • Hitachi Data Systems (HDS)
  • HP 3PAR StoreServ
  • EMC Isilon


DISCLAIMER : What we are working on in SRM 6.1 Beta is in no way a promise of what we will deliver in SRM 6.1.


How can I accelerate support for my devices?

The answer is simple:

  1. Check for an existing feature request for your array.
    • If it's there already, vote it up.
    • If it's not there already, create it.
  2. Regardless, you can greatly assist our velocity in delivering more device support by providing recordings of the metadata from your arrays using our Storage Responder Tool (SRT).


SRT is a very simple tool you can use to collect performance data from your arrays.  Simply point SRT at your SMI-S Provider and it will get a snapshot of performance, capacity and configuration data that you can send us for our engineering team to use in our development and testing. The data is safe to share; it does not contain any data from the array’s disks (no data), only the metadata we need for monitoring.  You can check that for yourself because the data is stored in plaintext XML, so you can inspect it before sending it to us.  SRT comes with a PDF document that will guide you through using it but as I've said, don't hesitate to contact me with issues.

Licensing Changes

SRM 6.0 was just released in February 2015 and with that release came some slight licensing changes.  Most notably, if you choose to run both the SRM Orion module and the Profiler module, you will find that you can monitor an array with both modules using the same license.  You do not need a separate license for SRM Orion module and the SRM Profiler module.  This quick video should help clarify that with a couple of use cases.


With SRM 6.0 being so new, we haven't yet written about all of it's features.  Previous blog posts like Storage Dreaming - The Next Chapter for Storage Monitoring with SolarWinds and Dreams Come True - Storage on Orion is now in Release Candidate tell the outstanding AppStack story, but there's more to SRM than just AppStack.

Here's an introduction to some of the features in the currently supported version of SRM:

  • Performance Dashboard
  • Latency Histogram for LUNs
  • IOPS Performance Per LUN

Performance Dashboard

SRM Performance Dashboard.png

Who is this for?

  • Anyone! 
  • Don't you get tired of creating performance summaries for your peers?
  • Wouldn't you like more time to work on pressing matters?
  • Wouldn't you like your help desk and support peers to take care of initial triage?
  • Are you a help desk or support professional tired of being the middle man between users and storage admins?

Then the SRM Performance Dashboard is for you!  Take a look at the example to the left. 

Here's what I can see at a glance:

  • We have performance problems on our CX3-10c array.
  • It took me no time to drill through from array through storage pools to find LUNs experiencing performance problems.
  • The Storage Objects by Performance Risk resource tells me the CX3-10c array has got LUNs with latency problems.
  • Let's take a look at that array by clicking on the CX3-10c array.

Latency Histogram for LUNs

SRM Latency Histogram.png

Who is this for?

  • Storage Admins
  • Users of Storage LUNs
  • Is anyone left?  ;-)

Allow me to demonstrate:

  • Open the Block Storage sub-view
  • Review LUN performance by histogram.
  • Click the 24h zoom.
  • Hover over the histogram bars for more info.
  • I see that 7 LUNs have have an average latency between 101-500 milliseconds in the past 24 hours.
  • That's clearly a significant concern for a Storage Admin and the users of Storage LUNs.

IOPS Performance Per LUN


Who is this for?

  • Are you frequently in the center of blame games between application owners using LUNs in those pools?
  • Are you frequently fetching LUN performance metrics for non-storage admins?

Then the IOPS Performance Per LUN resource is for you!  Take a look at the example to the left. Here's what I can see at a glance:

  • 12 LUNs in this storage pool.
  • 3 LUNs have significantly higher IOPS than the rest.
  • 2 LUNs have experienced the same spike in IOPS. 
  • This makes me wonder why.  Are they both used by the same application?  See AppStack!
  • 1 LUN has typically had very low IOPS but has spiked up just after 9 AM.
  • 1 of the LUNS that typically has higher IOPs experienced a parallel spike.  Again, I say see AppStack!

See AppStack



Keep watching for more blog posts outlining new SRM features and don't forget to sign up for the beta!


SRM beta button.png