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:
https://www.ibm.com/developerworks/mydeveloperworks/...

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

 

 

 

Let us help!


Click here!

Bottleneck Analysis

Planning Analysis

Health Check

Consulting


Popular content:

Page: BVQ use cases and experiences , Page: Performance bottleneck analysis on IBM SVC and IBM Storwize V7000 , Page: How to solve unbalanced VDisk mirror problems , Page: Use BVQ to optimize SVC and Storwize multi IO group clusters , Page: Solved buffer credit wait situation at a customer side


General links

Return on invest 

Performance analysis whitepapers


The BVQ Blog
BVQ brings complete storage monitoring, performance analysis, alerting and reporting to the IBM Storwize family.
Use multiple screens for SVC / Storwize 7.3x monitoring and analysis
Full support of the new SVC/Storwize Family 7.3 Version   3.3   will   be   an   intermediate step , which we make available quickly, so that   the   new   SVC   /   Storwize   versions   7.3...
How to solve unbalanced VDisk mirror problems
This is a a new performance analysis whitepaper in the technical section of BVQWIKI The unbalanced VDisk mirror problem Many performance issues are caused by an unbalanced situation in the two sides of VDisk mirrors. One finds, that a...
For BVQ Partners: BVQ is now also represented in the IBM Global Solution Directory
  This is mainly interesting for IBM partners which want to use BVQ with their customers. We have an international partner program for BVQ. Please contact us at BVQ@sva.de or send a mail to Michael.pirker@sva.de to ask for further details. ...
Questions about performance changes since the upgrade to SVC/Storwize V7.3
Storwize Family Software V7.3 has implemented many changes, specially in the cache architecture, Easy Tier and re-striping of storage pools. The changes target to enhance overall system performance. The experience is good but sometimes little things can cause...
BVQ Version 3.3 supports Storwize code level 7.3,x. this will be first time presented at the SVC User Group Day at IBM in Ehningen
Next week we will first time show BVQ 3.3 Beta at the German SVC user group day in Ehningen. BVQ version 3.3 supports the SVC / Storwize version 7.3 completely, including the new cache architecture. Further improvements are removable window, with which...
Nice little success story!
I am very proud about these kind of success stories, where we again could help a customer to solve a performance problem in shortest time. Like this example: 2:30 pm we were informed by one of our sales colleagues, that the client has performance...
Use BVQ V3.2 for the new SVC / Storwize codelevel 7.3.x
BVQ version 3.2 supports the new SVC / Storwize code versions 7.3.x The BVQ scanner from older versions is not able to work with the new Storwize code. New BVQ code Version 3.2   If you upgrade from BVQ...
BVQ Version 3.2 is available for download
We have just released BVQ Version 3.2 Highlights: Improved 'Look and Feel' of the GUI with  customization possibilities and more space for content More possibilities for searching, sorting and filtering functions in all...
Scan mirrored SVC Storwize systems with the the updated BVQ offline scanner
Another new feature of the latest BVQ offline scanner allows to scan more than one systems at once. This is especially helpful when you plan to use BVQ Copy Services Package to analyze Metro Mirror or Global Mirror connected systems. A profile is...
BVQ Offline Scanner for Code Version 7.3.x
The BVQ offline scanner has been updated . This scanner covers now also the SVC / Storwize code version 7.3 . You can find the download and instructions for the offline scanner here . BVQ Offline Scanner  

(.)