EMC introduces massive VMware support in new CLARiiON CX4
It’s obvious that owning VMware grants some benefits to the parent company EMC, but so far they never appeared too evident.
Now EMC decides to show some muscles and prove that the investment on VMware wasn’t limited to its acquisition in 2003.
On Tuesday the company announced its new enterprise storage array, the CLARiiON CX4, which features a series of features specifically VMware.
Chad Sakac, Senior Director of VMware Strategic Alliance, is becoming the new public face of EMC through its personal blog and wrote a long insight about the strategy behind the new CX4:
…in the VMware environment my main interest is in the UltraFlex I/O modules.
Why are these important? The following are true statements from where I sit, and lead (at least for me) to a couple obvious conclusions of where datacenters are headed:
- Any x86 workload can be virtualized, and what can be done, will be done (we've shown only a small sampling of that here, here, and here) There's too many good reasons to do this. This will include all sorts of workloads that even on their own, have a heavy I/O impact. Put them together and it's straight addition.
- Consolidation ratios are only going to increase. With Intel (and in this cycle, AMD to a lesser extent - but I'm sure they will come out swinging) making a quad core proc for $250 now, and setting clear expectations for 8-core and more in 2009, and memory innovation to come, we will quickly move from 10:1 to 20:1 (I would argue we're already well past that!) to 40:1 to 100:1 and beyond.
- BTW, please think about what that sort of hyper-consolidation future implies about: 1) Memory Page Sharing (aka memory dedupe) and about those that CAN do it (VMware) and those that can't (Hyper-V and Xen); 2) whether you care that you can do live, non-disruptive movement of VMs when you have 100 on a single host - is that going to become more important, or less?
- The bottleneck is moving to the I/O layer (both the network and storage transport and the back-end). This is particularly acute on network and IP storage today (again, know that I'm an IP super-fan, and no-fanboi of FC for it's own sake) - where many, many GbE interfaces off a single server are common, and blades once again come into vouge, not for power/space/density issues (VMware makes the only question power/space/density per VM the question) - but rather for IO aggregation/virtualization/management reasons.
- Above all, flexibility is paramount (i.e. the ability to non-disruptively adapt to unforeseen changes) with things like Vmotion and Storage VMotion - and those constructs will increasingly appear in all parts of infrastructure.
Now, making storage built for VMware is only part of EMC's strategy - our view is that everything needs to adapt to a world where nearly every host is a hypervisor, and every app is a VM or VM appliance. This affects infrastructure operations (backup/recovery/DR, etc), management (understanding and adapting to pervasive mobility, PtoV mapping and relationships) and skillset (we're at 400 VCPs and still adding at 50/quarter)…
Please note that this is the only major announcement that EMC made at the Pacific Crest Technology Conference.
The company didn’t unveil any acquisition, merge or spin-off as rumored few days earlier.
Labels: EMC
6 Comments
Anonymous
Thursday, August 07, 2008 5:03:00 PM
Virtualization is STILL too expensive for SMBs.
Happy to offer to help in any way.
Re: dual disk failures, we do offer RAID 6(dual parity), which has become common, and proactive hot-sparing (which is not), and have supported soft-error checking for eons, which is becoming "re-in-vogue".
Re: overall availability - we've had (and continue to have) 3rd party audits of our DU/DL (data unavailable/data lost) case triage, and gauged by "customer closes ticket/custer satified", we have 99.999% availability - which is 3 minutes a year, and also unprecendented in the mid-range.
Nevertheless, I would never begrudge a customer their choice, and again, my apologies you didn't have a good experience.
Oh, and Alessandro - VMware doesn't give us anything more or less than they give anyone :-) It's purely a question of investment of resources and focus :-)
I'm not trying to change your mind, only be clear and factual. If you do want to talk directly, you can email me at sakac*underscore*chad*at*emc*dot*com. Our senior executive in charge of Total Customer Experience would also be happy to directly talk to you.
Now, here are some 100% factual statements:
- there have been over 300,000 CLARiiON arrays shipped, continues to the be the largest by share in it's segment and continues to grow very rapidly.
- ESRS (for those of you who aren't EMC customers here, this is EMC Secure Remote Support gateway an "alternate" remote access technique using the internet but encrypted) can eliminate POTS (plain old telephone service) dial home - for some customers it's the right way, for others it isnt'. The reason why often Webex support is used is that it allows us to see the issue from the customer's direct perspective. These are all tools to provide support.
- the reason the console cables are non standard RS-232 cables is for two reasons: 1) it ensure that you don't accidentally plug in; and on the new form factors (CX3 and CX4, they are so dense, a DB-9 connector is simply too large. The cables ship with the arrays.
- SP collect isn't a way to buy time, it's our standard way to get all the information from the storage processors when there is a support case.
- Global hot sparing has been in the CLARiiON family for at least 15 years.
- RAID 6 was released with Flare 26 in March 2008
- The other key availability features such as the RAID rebuild log, probationary drive support, and proactive sparing where we initiate a copy operation were introduced in Flare 24 more than a year earlier. There are two ways to reduce risk of drive failure causing data loss. One is extra parity drive (RAID-6 techniques), the other is to reduce or eliminate the RAID rebuild window (all the others things). The reason two drives are more likely to fail during a RAID rebuild is that it's one of the most stressful periods for any drive, any array.
- The industry as a whole suffered excessive SATA drive failures in the early period of their early days, not good, but the origin of many of those features - with larger drives, vendors need to pursue BOTH strategies to reduce risk for our customers. We certainly do.
- Ultrapoint switched DAEs introduced with the CX3 and pushed into 5 x 9s of availability. this was and is (every week) measured across a sample of 10,000 CX3 and later arrays in the field
- We have several large enterprise customers who in their own enviroments, using their own metrics have measured in excess of 6 9s over the course of several years over hundreds of arrays.
In the end, while no man is an island, every customer is unique. Again, my apologies for your negative experience, and feel free to contact me if you want any follow-up or corrective action.
And while I'm at it, let's bypass the "We've been around since before Christ" sales technique and go straight to my reply of, "Yes, and their is a fool born every second, most of whom seem to end up in the IT field"
Have fun
Add New Comment
Copyright © 2003-2009 virtualization.info. All rights reserved.
virtualization.info Network: virtualization.info | virtualization.tv | Virtualization Congress




