Chad Sakac has a great post on his Virtual Geek blog titled The Case For And Against Stretched ESX Clusters. In this post Chad discusses the possibilities of configuring ESX Clusters between 2 different physical data centers. That is, spanning the SAN across a wide area network so that VMs can be vmotioned between sites. The concept is a frequently discussed desire of many administrators, and Chad brings to light some great points for and against this design with specific configuration details about making it work with VMware ESX.
For example, the post explores several options:
”
- Option A: is to literally just stretch the storage fabric and have the storage at one side – but man, you better have insane connectivity between sites, and this is at severe risk to “smoking hole” site failure – say bye-bye to your array.
- Option B: is to use something like EMC Invista, Yotta Yotta or the like, and have a distributed synchronous LUN with two storage arrays.
- Option C: some vendors (Lefthand Networks comes to mind) have a neat trick where they are in essence doing software RAID across x86 platforms on which they run software – so the RAID mirror node can be remote, and “take over” if you lose a site.
- TIP: do the math. Regardless of which method is used, and even if you use compression – it’s a huge amount of bandwidth. My favorite analogy is to ask a customer to stick in a USB flash drive into their laptop, copy a big file and looking at the throughput. “
Chad goes on to point out that he feels stretching ESX Clusters is a bad idea in general and lists 4 solid reasons to support why. Check out all the whole post at the link above.
BTW, Chad revealed that he is the originator of the ESX home lab hardware shopping list I posted about back in March, and you can also see his original post titled Building a Home VMware Infrastructure Lab at his Virtual Geek blog as well.
Related Posts
- VMware Site Recovery Manager Overview (2)
One of the hands on labs I attended at VMware Partner Exchange was the Site Recovery Manager (SRM) lab. In the lab I was able to get a good understanding of the technical details of how the yet to be ... - Yes, you will need more than T1 bandwidth for VI replication! (1)
Too many companies try to implement replication to a DR VI without upgrading the bandwidth between the primary and secondary sites. Let's look at a simple example that can illustrate what could go wro... - VMware Site Recovery Manager available to order next week (0)
VMware announced officially today that Site Recovery Manager will be available for order next week and then generally available within 30 days. As I mentioned in my Site Recovery Manager Overview post... - Treat your virtualization project like a data center move (4)
Why is it that migrating to virtual infrastructure (VI) is most often considered to be the responsibility of the server administrators? Anyone who has already done it can tell you it involves much mor... - Avoid Hot VMware Snapshots When Using Storage Array Snapshots (1)
Avoiding storage array snapshot pitfalls in a VMware environment is an article and tip published by Scott Lowe for Searchvmware.com. Scott discusses the design challenges and implications of combining... - Considerations for Implementing Fail Over VI at a Secondary Site (0)
These are my notes I used to prepare for a discussion with a client about implementing a secondary site for DR fail over. The client has already virtualized their production data center and is wanting... - Thursday 9.13.07 Keynote – what I missed :( (0)
Unfortunately I slept late Thursday morning. Waking up at 7:30 am in Hayward, CA meant that there was no way short of a helicopter I was going to make it to San Francisco before 9. I'm pretty sure my ... - New Trends for Disaster recovery – BC31 (0)
Storage VMotion - move VM disks without downtime!
Site Recovery Manager
DR Pain points
lack of reliable plan
can't meet RTO or RPO reqs
expenses for hardware at DR site
VI3 improves D... - LeftHand Networks VSA (2)
Virtual SAN Appliance for VMware ESX
I've been hearing about it all week. The President of my company sent me an email about this at the start of the conference. I finally got to talk to the L... - Designing ESX Resource Pools (13)
How do you design resource pools in an ESX Cluster? There are two strategies that are the most popular in my experience. The first strategy creates resource pools based on CPU and Memory shares for ho...
Pingback: Virtualization Short Take #11 - blog.scottlowe.org - The weblog of an IT pro specializing in virtualization, storage, and servers