News
3/30/2010
11:20 AM
George Crump
George Crump
Commentary
50%
50%

Get To Know The Storage I/O Chain

Storage performance problems are often circular challenges. You fix one bottleneck and you expose another one. You can't really fix storage I/O, all you can do is get it to the point that people stop blaming storage for the performance problems in the data center. Getting there requires knowing the storage I/O chain.

Storage performance problems are often circular challenges. You fix one bottleneck and you expose another one. You can't really fix storage I/O, all you can do is get it to the point that people stop blaming storage for the performance problems in the data center. Getting there requires knowing the storage I/O chain.This is the sequence of components that start at the application and work their way down to the physical storage device. And this is a challenge automated tiering systems (ATS) face. These are solutions provided by vendors to attempt to solve storage I/O performance problems. They typically will move data based on the access frequency of that data. The more often the data is accessed the faster tier of storage the data is placed on, eventually landing on solid state disk (SSD).

The less accessed that data is the slower tier of storage that data is placed on, eventually landing on SATA based high capacity hard drives. There is little doubt that ATS will play an important role in the evolution of data center storage and the optimization of that resource. It is however just one component of the storage strategy, especially when it comes to performance.

Each component in the I/O chain needs to be measured and monitored to see if it can justify the investment that ATS and/or SSD are able to give it. Can the application generate enough simultaneous requests? Can the server process all those requests and get them on the NIC fast enough? Can that data travel across the connecting framework, through the switches maintain performance until it reaches the controllers in the storage system? Any break along this chain may obviate the value of ATS.

Ideally you want to upgrade just the right components to just the right level of performance to fix those issues. Determining what components should be upgraded and to what level requires tools to make those decisions. Interestingly most performance upgrades in data centers are more of a "cross your fingers and hope this fixes the problem" type of solution. Just throwing hardware at the problem leads to massive under-utilization and wasted resources.

Tools are needed that can monitor storage I/O performance from the application through the server (virtual or physical), through the HBA card, through the storage infrastructure and on to the storage system. This may even require physical tapping of the environment to get the exact performance benchmarks you need to make those decisions. While investments in these sorts of tools means an investment of precious IT budget dollars, when done as a first step it can avoid unnecessary upgrades and make sure that those upgrades you do implement will perform exactly as expected.

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
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-2011-4403
Published: 2015-04-24
Multiple cross-site request forgery (CSRF) vulnerabilities in Zen Cart 1.3.9h allow remote attackers to hijack the authentication of administrators for requests that (1) delete a product via a delete_product_confirm action to product.php or (2) disable a product via a setflag action to categories.ph...

CVE-2012-2930
Published: 2015-04-24
Multiple cross-site request forgery (CSRF) vulnerabilities in TinyWebGallery (TWG) before 1.8.8 allow remote attackers to hijack the authentication of administrators for requests that (1) add a user via an adduser action to admin/index.php or (2) conduct static PHP code injection attacks in .htusers...

CVE-2012-2932
Published: 2015-04-24
Multiple cross-site scripting (XSS) vulnerabilities in TinyWebGallery (TWG) before 1.8.8 allow remote attackers to inject arbitrary web script or HTML via the (1) selitems[] parameter in a copy, (2) chmod, or (3) arch action to admin/index.php or (4) searchitem parameter in a search action to admin/...

CVE-2012-5451
Published: 2015-04-24
Multiple stack-based buffer overflows in HttpUtils.dll in TVMOBiLi before 2.1.0.3974 allow remote attackers to cause a denial of service (tvMobiliService service crash) via a long string in a (1) GET or (2) HEAD request to TCP port 30888.

CVE-2015-0297
Published: 2015-04-24
Red Hat JBoss Operations Network 3.3.1 does not properly restrict access to certain APIs, which allows remote attackers to execute arbitrary Java methos via the (1) ServerInvokerServlet or (2) SchedulerService or (3) cause a denial of service (disk consumption) via the ContentManager.

Dark Reading Radio
Archived Dark Reading Radio
Join security and risk expert John Pironti and Dark Reading Editor-in-Chief Tim Wilson for a live online discussion of the sea-changing shift in security strategy and the many ways it is affecting IT and business.