7 Things To Know About vCloud Air Disaster Recovery

Well, there you have it vCloud Air Disaster Recovery is now generally available! I’ve been working behind the scenes on this for some time since before it was in Beta, and I’m proud to say I have been part of this launch. I plan on continuing to record some more videos and writing blog posts as well as speaking on the topic over the next few months. I bet you cannot guess what my key VMworld session submission will be about can you? I did want to take a couple minutes just to talk about 5 things I think people should know right off the bat. Before you go further just remember that this new offering is specific to allowing vSphere based machines the ability to replicated to vCloud Air for Disaster Recovery.

What is Being Used to Replicate Machines?

The easy answer is that vSphere Replication is being used. However, it is a modified version from the 5.5 release that adds some new underlying components. This means if you go to download vSphere Replication you will see two versions. Version 5.5 is for use with Site Recovery Manager, and 5.6 is for use with vCloud Air Disaster Recovery. You will know if you got the right one if you have the ability to configure and replicate to a cloud provider.

How Many Machines Can I replicate To vCloud Air-DR?

Well, I have had requests for 20 to 1500. The fact of the matter is that there is a 500 machine limit to any single vCenter/vSphere Replication pair. That means if you have more than 500 machines, you will need to separate them into multiple pairs of servers and also procure another vCloud Air-DR virtual data center. The reason is your cloud based tenant will also only have a single vSphere Replication Server for you as a tenant also good for 500 machines on the cloud side. You can scale as you need to and that’s the good thing!

Are There vCloud Air-DR API’s?

Yes! There are some extensions for vCloud Air Disaster Recovery for the main things you’d want to do without vCenter. Mainly, Failover, Stop Replication, and Test Failover. Beyond these the other standard vCloud API’s would be used to automate a workflow. Things like powering on a machine, changing networks, editing the virtual machine hardware are all done through the existing vCloud API’s. The Disaster Recovery API’s are specific to to the functions related to Disaster Recovery in the cloud. There is not currently any API for the on premises side to create and edit a replication through vSphere Replication. That’s because previously vSR has never had a need for API.

Is Replication encrypted?

YES! The data is encrypted in flight from on premises to the vCloud Air side. The traffic is also passed using a vCloud Proxy service on the vCloud Director cells so you are still processing data through a single API endpoint. This makes it a very simple setup for you to set up the appliance and get connected to the service once you’ve purchased a subscription.

Is It Easy To Use?

Hellz yeah it is. It’s one virtual appliance to download and import into vCenter. From there you connect to your cloud and decide which machines to start replicating. It goes without saying that you still need to develop a failover run book like you would with any solution. From there you can think about where and how you may want to automate things. I have presented and will present a few slides on where some of the integration points are for a simple run book. The bottom line is it’s easy to deploy and get setup and start replication machines to vCloud Air.

How is On Premises Connected to the vCloud Air-DR Side

Actually they are not “Connected” in the sense of a VPN unless you elect for the Direct Connect capability. What I mean is by default the replication is per machine using random ports and an encrypted channel to send the data changes to vCloud Air. There is no permanent connection to your site unless you use Direct Connect. That being said, even in that case once you have a DR event the assumption is the on prem side is gone so the direct connect link has no access back to your original data center.

How Do I Handle Networking Changes

That depends actually. If the machines being failed over are public facing you can assign new vCloud Air public IP’s to them and update your external DNS, with a low TTL of course. That’s standard procedure for moving web-based applications for most people. I will be doing a video on this actually in the coming weeks. For internal only machines, if they are now in the cloud they need access to Active Directory and other services that may reside in another site that was not part of the DR event. I am covering that in another blog post later this week on vcloud.vmware.com, but the bottom line is you have to create your run book to contend for IP changes for the machine in the new site. This is also pretty standard for a disaster recovery run book.

Be sure to check out all the tutorial videos I recorded as well to see it in action!

Chris is currently a Field CTO for Tintri. In his role he spends the majority of his time talking to customers and partners alike helping develop use case architectures for the Tintri platform and software. He also acts as an active interface between the field and engineering/product management. Chris is active on the VMUG and event speaking circuit and is available for many events if you want to reach out and ask. Previously to this he spent close to a decade working for VMware as a Principal Architect. Previous to his nine plus years at VMware, Chris was a System Administrator that evolved his career into a data center architect. Chris spends a lot of time mentoring co-workers and friends on the benefits of personal growth and professional development. Chris is also amongst the first VMware Certified Design Experts (VCDX#37), and author of multiple white papers. In his spare time he helps his wife Julie run her promotional products as the accountant, book keeper, and IT Support. Chris also believes in both a healthy body and healthy mind, and has become heavily involved with fitness as a Diamond Team Beachbody Coach using P90X and other Beachbody Programs. Although Technology is his day job, Chris is passionate about fitness after losing 60 pounds himself in the last few years. Now he spreads both the word of technology and fitness along with the Team Beachbody Business through his blogs.

Great Question! You can reach out to the VSPP team for any roadmap information. It’s not something I have visibility to unfortunately but the VSPP team and contacts can get you more information on that front.

Each of the following will be considered an SLA Event for the Disaster Recovery Service – I’ve removed a) through d), as the one i had a question around was “e) Any built-in service functions for failover testing, planned migration, or live failover and recovery result in virtual machine replicas not powering on in less than 4 consecutive hours from the time a request is acknowledged and approved by VMware”
I know you have to let VMware GSS know when you’re about to do a test failover, so they can support you if anything goes wrong, but i wanted to understand if that was the same for unplanned/planned also? I haven’t been able to find the answer on any videos, so just wanted to check.
Thanks in advance!
Matt

Archives

Archives

Subscribe to Blog via Email

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Email Address

Get Your Company Swag!

Disclaimer

Any views or opinions expressed here are strictly my own. I am solely responsible for all content published here. This is a personal blog, not a corporate blog. Content published here is not read, reviewed, or approved in advance by my employer and does not necessarily represent or reflect the views or opinions of that employer or any of its parent companies, partners or affiliates.