News
6/10/2010
08:55 AM
George Crump
George Crump
Commentary
Connect Directly
RSS
E-Mail
50%
50%

Implementing Storage Capacity Planning In The Modern Era

As discussed in our last entry, all the storage optimization strategies will impact how much capacity you will need to purchase in your next upgrade. The problem is that much of the savings are going to be dependent on your data. You will hear vendors state something like "your actual mileage will vary" and that is very true. With that as the backdrop how do you make sure you don't overshoot or worse, un

As discussed in our last entry, all the storage optimization strategies will impact how much capacity you will need to purchase in your next upgrade. The problem is that much of the savings are going to be dependent on your data. You will hear vendors state something like "your actual mileage will vary" and that is very true. With that as the backdrop how do you make sure you don't overshoot or worse, undershoot on your next capacity estimate?The first step is to understand which of the available optimization technologies your vendor has to offer. Very few offer all three; thin provisioning, deduplication and compression. Also some only offer the technologies on all types of storage (NAS and block). For example all three of the optimization techniques are becoming common on NAS storage and if NAS is your primary storage platform then you are in great shape. If you need block storage you may have to investigate further.

If your budgeting process will allow it, our number one recommendation is to not spend all your budget on storage upfront. Set aside as much as 20% of the budget and see what the storage optimization technologies will deliver. This will allow you to be fairly aggressive with your estimates. Just make sure that you and your supplier are ready to bring in more storage quickly. As we discussed in the last entry the amount of efficiency can vary between data types. As a general rule of thumb we find that 50% optimization is a safe bet if you are storing server virtualization images or have large home directories, again depending on the combination of optimization technologies that you choose. For example we have seen server virtualization environments experience a 90% reduction in capacity needs when thin provisioning, deduplication and compression are all used together. The set aside for additional storage is critical just in case you are too aggressive in your planning, you'll want to have pre-approval to bring in more capacity. If the optimization works as planned or even better then you can either spend the money elsewhere or enjoy a bonus (maybe) for not spending all of your IT budget.

If you cannot set aside some of the budget and you are in a "spend it or loose it" situation then I have two recommendations. First, if with even pessimistic expectations for capacity optimization your budget is going to allow you to purchase more storage than you need, consider buying a portion of that capacity as solid state disk (SSD). This will not only consume budget but as we discuss in our Visualizing SSD Readiness Guide it also provides accelerated performance for the applications that can justify it. That guide will show you how to determine which applications will benefit most from SSD.

Second and probably the worst case is you think you will need the capacity and you are in a spend it or loose it situation. My concern here is that the optimization techniques will work better than you think. With this scenario you could truly end up with shelves of unused capacity. What we suggest here is to buy the capacity as you planned but when the product comes in don't connect it all. You can even have it sitting in the rack, just don't power it on. At least this way you are not paying to power it and users don't see TB's of free capacity causing them to get sloppy in the use of that storage. Also it is much harder to deactivate a shelf since most storage systems stripe data vertically across separate shelves. It's better to not enable the shelf until you are sure you are going to need it. This again depends on a system that is easy to add capacity to with minimal or no downtime.

Regardless of your purchasing flexibility you do need to factor in these new capacity optimization techniques into your capacity plan. The more aggressive you can be the less capacity you will need. Once you have run the capacity enabled system for a few weeks and can see what kind of reduction you are going to get on your data then you can make the decision to spend it elsewhere (like SSD) or save it for the future.

Track us on Twitter: http://twitter.com/storageswiss

Subscribe to our RSS feed.

George Crump is lead analyst of Storage Switzerland, an IT analyst firm focused on the storage and virtualization segments. Find Storage Switzerland's disclosure statement here.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
10 Recommendations for Outsourcing Security
10 Recommendations for Outsourcing Security
Enterprises today have a wide range of third-party options to help improve their defenses, including MSSPs, auditing and penetration testing, and DDoS protection. But are there situations in which a service provider might actually increase risk?
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5485
Published: 2014-09-30
registerConfiglet.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via unspecified vectors, related to the admin interface.

CVE-2012-5486
Published: 2014-09-30
ZPublisher.HTTPRequest._scrubHeader in Zope 2 before 2.13.19, as used in Plone before 4.3 beta 1, allows remote attackers to inject arbitrary HTTP headers via a linefeed (LF) character.

CVE-2012-5487
Published: 2014-09-30
The sandbox whitelisting function (allowmodule.py) in Plone before 4.2.3 and 4.3 before beta 1 allows remote authenticated users with certain privileges to bypass the Python sandbox restriction and execute arbitrary Python code via vectors related to importing.

CVE-2012-5488
Published: 2014-09-30
python_scripts.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via a crafted URL, related to createObject.

CVE-2012-5489
Published: 2014-09-30
The App.Undo.UndoSupport.get_request_var_or_attr function in Zope before 2.12.21 and 3.13.x before 2.13.11, as used in Plone before 4.2.3 and 4.3 before beta 1, allows remote authenticated users to gain access to restricted attributes via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.