How do you eat soup with chop sticks?
by Hu Yoshida on Sep 13, 2008
I was having dinner with a guest from Amsterdam who was not too familiar with Japanese food since he does not like to eat fish. He was doing well with chop sticks until the miso soup arrived. He looked at the soup for awhile then asked me how to eat the soup with chop sticks. I explained that you don’t need chopsticks to eat the soup. You sip it directly from the bowl.
This week I spoke at a Deutsche Bank investor conference and during the Q&A I was asked why I would virtualize a storage system like an EMC DMX behind a USP V. That would not take advantage of the functions in the DMX like SRDF. This was very similar to the question about eating soup with chop sticks. You don’t need the SRDF function of the DMX. You use the same replication functions of the USP V, for DMX and any storage system that is attached to the USP V. That is the whole purpose of storage virtualization, to provide common functionality and common management across heterogeneous storage systems. You no longer need additional functionality in the storage that you virtualize. The virtualization engine should be able to provide all the functionality you need, so that you can commoditize the storage that you attach to it. It should be able enhance lower level storage resources with better performance, availability and functionality.
There are advantages to attaching a DMX behind a USP V. First you can eliminate the cost of SRDF, Time Finder, and BCV volumes from all the DMX frames. Secondly you can enhance exiting DMX’s with Dynamic Provisioning which provides thin provisioning to eliminate the waste of allocated/unused capacity, and wide striping for increased performance. You could even eliminate the DMX altogether and replace it with a lower cost Clariion or other lower cost JBOD behind the USP V and still enjoy enterprise class performance, availability, and functionality.
So you don’t need expensive functionality in your storage systems if you virtualize them behind a USP V. Even better you don’t need, expensive storage behind a USP V.
Comments (3 )
“So you don’t need expensive functionality in your storage systems if you virtualize them behind a USP V. Even better you don’t need, expensive storage behind a USP V.”
Many storage vendors talk about virtualization, but very few do true, open virtualization the way HDS does. Contrary to the way other vendors talk about the value of virtuaization, the real value comes in when you can integrate legacy storage with newer storage under a virtualization gateway that opens up your storage options.
The area where EMC SRDF or EMC Timefinder scores over TC or SI, is the manageability while using CLI. I have worked on both EMC and HDS replication products.
If I opt to use GUI, Storage Navigator is good, the replication is easy to manage. But when it comes to automation, and need for CLI, RAID MGR CCI is really a pain.
In EMC its one command where you specify the PVOL and the SVOL, you see it upfront. In CCI, you create 2 files, one with PVOL’s, another with SVOL’s, set instances, and then you need to run paircreate with the right option to get things correct. One small mistake in creating these files or using the right option can destroy everything.
Nevermind the USP V, how was the soup?