• Linked Applications

BVQ Use Case: cost effective storage planning

This whitepaper shows how you can use BVQ analysis to exactly determine which kind of storage you need for a specific environment

This whitepaper is also available as PDF:
BVQ Use Case cost effective storage planning.pdf

Use case target

A 40 TB mail system has to be moved from an oversized 10k, 300GB storage to a new storage environment with lower cost 7.2k, 1TB disk drives and Raid 6. The question is: how many disks are needed in the new 7.2k disk arrays to deliver the same performance as before?

BVQ is able to analyze the aggregated performance values of all volumes, which make up the mail system.


Fact based knowledge about workload picture 2 (known by measurement)

  • 40TB capacity is needed
  • Mail system consumes 2500 IOPS
  • R/W distribution is 55% read
  • Diagram shows a constant read cache hit rate of 90% and write cache hit rate (overwrite in cache) of 15%. This will reduce the IOPS on disk by far.


  • Safety margins:
    There are big transfer rates, which will increase write penalties for RAID 6. Additionally a conservative IO estimation for 7k drives is used. It is ignored that the storage system behind SVC may further improve IO behavior by own caching.


Picture 1: BVQ Treemap with cost centers and applications:
the BVQ accounting package allows the grouping of volumes and to add them to applications or even cost centers. This is a good starting point for the investigation because not only single volumes are interesting but all volumes belonging to the mail system. Now a performance analysis can be started where all IOPS, transfer sizes and cache values are aggregated into single curves.


Picture 2: BVQ performance view screen
: the picture shows the aggregated values of IOPS, transfer size, cache hit read and cache hit write of all volumes. It is obvious that the backup IO patterns at night are completely different to the ones at business hours. But in both cases we have very stable cache hit results with 90% cache hit read and 15% cache hit write (overwrite in cache).



Picture 3: IOPS calculations
: this is a spreadsheet which is used to calculate the numbers of disks needed for specific IOPS scenarios with cache and RW distribution. It starts with the 2500 IOPS needed and the cache hits from read and write are subtracted. So it ends with only 1094 effective IOPS which have to be covered by the disks. Then more or less conservative IOPS/spindle constants and a RAID penalty are added and all this together leads to 48 spindles to cover the 1094 IOPSeff.

What makes this result particularly valuable?

With this based-facts approach we are able to find the most economic solution to meet the performance target. The hardware purchasing costs of today and the follow-up costs of tomorrow are reduced because fewer spindles, enclosures, systems, floor space, power and cooling are needed.

Ideas to improve even more!

  • Challenge backup duration – if it is critical – if not we can reduce the needed IOPS down to 2000 IOPS or even less. With 2000 IOPS we would end with only 38 disks to achieve the desired performance – (please keep in mind that we need 40TB. So 2TB disk drives could be used).
    One guess for this special example would be – it is critical because of the transfer sizes - backup starts at 9pm and finishes approx. 6am.
  • Having a look on Easy Tier–analysis of single disks to check whether we find IOP patterns which are handled preferred by Easy Tier.


Other scenarios without fact based knowledge
Without fact based knowledge about RW distribution and caches you are forced to work with assumptions.

  • Let’s assume RAID 6 and 50% read and 70% cache hit for read
      -> IOPSeff = 1625 -> 72 Disks
  • Let’s assume RAID 6 and nothing more
      -> IOPSeff = 2500 -> 201 Disks


BVQ web pages


BVQ in the WWW

International websites

DeveloperWorks documents and presentations:

Interested in BVQ or a BVQ analysis?
Contact us:
http://tinyurl.com/CALL-BVQ bvq@sva.de

BVQ is a product from SVA System Vertrieb Alexander GmbH



Popular content:

Page: Performance bottleneck analysis on IBM SVC and IBM Storwize V7000 , Page: Downloads and BVQ releases , Page: BVQ use cases and experiences , Page: Use BVQ to optimize SVC and Storwize multi IO group clusters , Page: BVQ installation manual

General links

Return on invest 

Performance analysis whitepapers

The BVQ Blog
SVC / Storwize monitoring, reporting and performance analysis solution. BVQ is the fastest and complete performance analysis tool for IBM storage virtualization.
New BVQ offline scanner now scans Storwize drive performance information
We just released the new offline scanner which will now also scan the drive information from any Storwize product. Direct Link to BVQ offline scanner http://bvqwiki.sva.de/x/3IBdAQ With this we can make more accurate statements about the...
BVQ V3.3.3 with great improvments for performance analysis released
We just released the new BVQ V3.3.3 with great enhancements in performance and usage of the performance analysis methods. We are in progress to translate the release notes to English. If you want to download V3.3.3 now you can do this from the German...
Thoughts about storage monitoring or monitoring or analysis?
  I had a discussion about storage monitoring and analysis. This discussion ended in the following understanding: Monitoring with a simple product help you to understand when things go wrong. They show the symptoms but not the...
Sneak preview BVQ dashboard will greatly enhance storage monitoring capabilities
The BVQ development team is currently working on the new BVQ dashboard functionality. This new dashboard should become available in 1H2015. The dashboard is great for monitoring, you can open several dashboards and put them onto different screens, this...
BVQ is so incredibly fast! Leads to SVC / Storwize performance analysis results in seconds instead of minutes or hours
This is just a new experience with the newest BVQ Beta code which will become available as BVQ Version 3.4 in some weeks. BVQ Version 3.4 will have a completely refurnished internal data handling which you will not recognize as a benefit today but this...
Analysis of SVC remote copy performance problem
This is an example of an successful latency peak analysis were we found the reason of a performance problem in the remote copy connection.  It is very complex to analyze RC performance problems but the BVQ Copy Services Package adds all tools needed to...
New SVC / Storwize /Flash and BVQ customer reference Bitmarck
  Find more details in the BVQ reference pages in English in German   TASK Expansion and optimization of SAN infrastructure for a higher performance and an...
Success Story: Upper cache congestion problems led to a performance collapse – solved in hours!
In short Special circumstances can cause an overload of the SVC/Storwize upper cache. The impact of this situation can be very dramatic.  In this example, the customer environment was near to a complete standstill. It is sometimes amazing how quickly...
BVQ V3.3.2 with SVC/ Storwize V7.4 support available for download
BVQV3.3.2 has toleration support for V7.4 which means that everything is supported without the new V7.4 features encryption and child pools. These will be supported with the upcoming BVQ V3.4   Download here http://bvqwiki.sva.de/x/x4Ft...
The BVQ story ... storage cost reduction, bottleneck analysis and added business value for SVC and Storwize
The BVQ story ... The storage challenge Even a small storage environment may be complex. Questions about cost optimization or availability are hard to answer because the knowledge about actual and future...