Some vendors are perpetuating the myth that SMI-S is not designed for performance management. Recently some of our customers asked a vendor to surface additional performance metrics through SMI-S. They received a response along the lines of: “SMI-S is not supposed to handle performance metrics; it is mainly for management. If you want performance metrics, you should buy our proprietary tool.”
While SMI-S has some limitations, the SMI-S Block Server Performance (BSP) defines a very rich set of storage system components for which metrics can be defined: System, Peer Controller, Front-end Adapter, Front-end Port, Back-end Adapter, Back-end Port, Replication Adapter, Volume, and Disks. The BSP further defines counters for reads, writes, read throughput, write throughput, read response time and write response time for each of the components. Coupled with the comprehensive configuration information available within the standard, the SMI-S standard provides a rich canvas for a client consuming SMI-S data to paint the performance profile of a vendor’s hardware.
The BSP sub-profile specifies the components and metrics required for minimal BSP support – unfortunately, not a very long list. I have recently proposed an advanced version that adds the following requirement to the minimal implementation:
Select two of the following three components and provide latency:
- Front-end Port
- Disk (or substitute by utilization)
Front-end port and volume measurements provide the analyst with insight into whether or not a performance issue is related to front-end components, and the disk measurements provide the analyst with the information necessary to understand if the issue is on the back end.
The BSP Advanced option provides an optional implementation for vendors with the goal of rewarding those that have already enriched their provider beyond the standard, which ultimately moves the standard forward.
While it is true that an implementation that just conforms to the minimal required set within the BSP would be insufficient for conducting proper performance management, the SMI-S BSP provides plenty of room for optional support. Kudos to EMC, IBM, and HP for providing way more than minimal conformance and giving performance analysts everywhere the support to conduct performance analysis using SMI-S.
While I can’t blame vendors for trying to sell their proprietary tools, I can blame them for obfuscating and for not providing other methods to get the performance metrics out of their systems.
So I ask, who is to blame for insufficient performance metrics: the vendor, or SMI-S?
5 Things Every Storage Professional Should Be Checking - Prevent Fires Before They Start
This blog identifies five key areas that every storage professional should regularly check to identify and eliminate upcoming issues and, in turn, save time in the long run.
Common SAN Anomaly Signatures and How to Identify Them
The focus on this blog is to show some examples of the types of common zoning issues and how to identify their signatures proactively so you can remove risk in your SAN infrastructure.
How to Identify Performance Issues in EMC Vplex Environments
In this blog we examine a single use case where the director utilization and front-end write response times are higher than desired, and we will look at what server is driving the load.
Subscribe to our Newsletter
Subscribe to our newsletter and receive monthly updates about the latest industry news and high quality content, like webinars, blogs, white papers, and more.