I just read a blog where Chuck Hollis (http://chucksblog.typepad.com/chucks_blog/2008/07/the-great-data.html) of EMC launched an attack on storage virtualization. Called us all “spindle randomizers.” He based this attack on the idea that you can’t mange performance on virtualized arrays. Chuck seems to believe that you can’t make an array perform without manually placing every byte on every platter. That’s a misguided idea that’s got to be challenged. Unfortunately Chuck seems to be missing the bigger issues. Labor has become the largest cost in an IT organization. Not software. Not hardware. Not even power & cooling. Labor! The cost to manage all of that IT infrastructure. We recently asked storage managers what they need most. Did they say capacity? No. Did they say performance? Certainly not! Their top concern is administrative costs. With the amount of digital data doubling every 18 months the top issue is managing all of that data and the infrastructure that stores it. That kind of data growth drives complexity in a big, big hurry. We’ve got to fight that complexity with simplicity at every opportunity. Storage array virtualization is a critical foundation for fighting that complexity. With it 90%+ of the storage needs can be met with a simple create, present, and let it run. You don’t have to make a bunch of extra decisions that the machine could have made just as well. And you don’t have to come back and handle simple issues that the machine can manage just fine. You’re freed up to spend your time on the hard problems, be they performance, capacity utilization, or other, where a person really adds value. Without array virtualization the mind numbing details suck up the time and keep you from the interesting and important problems. There just aren’t enough hours in the day! But what about the cases where you do need to manage the performance? Go ahead! That’s why the EVA has disk groups and performance tools. There’s nothing in a virtualized array that prevents you from doing the tuning you need. You just don’t have to when you don’t need to. That’s critical. There aren’t enough hours in the day to be tuning every LUN!
Chuck tries to paint a vision where SSD’s make manually managing all the details a requirement. A wave of the future. But that’s a productivity killing tsunami. Nobody can afford all of that time! Virtualized arrays have been handling multiple drive speeds for years. We’ll do just fine with SSD’s. The issue Chuck’s trying to hide is that EMC’s CX architecture doesn’t include storage virtualization. They’ve got an inherent limiter that’s going to be very hard to overcome. We “spindle randomizers” aren’t going to be the ones that have to live with the consequences of our architecture. It’s Chuck and company. Good luck guys!
Posted
08-07-2008 10:17 PM
by
Anonymous