Feature Request: Quick Replica (from copy)

Discussions specific to VMware vSphere hypervisor

Feature Request: Quick Replica (from copy)

Veeam Logoby pkelly_sts » Thu Feb 23, 2017 3:46 pm

Unless I'm missing the feature somewhere, it would be quite useful to extend the principle of the "Quick Backup" to be able to do a "Quick Replica from Backup".

So in a scenario where you're replicating from backup copies, if you wanted to do a quick failover of a single VM, it's difficult to do so without kicking off full jobs (and everything that entails).

So, if I can do a Quick Backup, it would be useful to be able to then do a "Quick Copy" to copy JUST that VM to the remote site, and then do a "Quick Replica" from that copy.

Hopefully this makes sense? If anyone has any better/cleaner ways of achieving the same result then I'd love to hear it :)

Note: I've abandoned any use of "Planned Failover" as it's just so ridiculously slow doing anything, I've no idea what it's thinking! :-/ I already reported previously that it needlessly does a second replication even if you power off the original VM before initiating a planned failover.
[New Sig: PLEASE get GFS tape support for incrementals!!!]
pkelly_sts
Expert
 
Posts: 518
Liked: 55 times
Joined: Thu Jun 13, 2013 10:08 am
Full Name: Paul Kelly

Re: Feature Request: Quick Replica (from copy)

Veeam Logoby Shestakov » Thu Feb 23, 2017 9:57 pm

Hello Paul, could you describe the scenario when you need this feature?
In a case the production VM is failed you can perform instant VM recovery or full VM restore.
Thanks!
Shestakov
Veeam Software
 
Posts: 5389
Liked: 444 times
Joined: Wed May 21, 2014 11:03 am
Location: Saint Petersburg
Full Name: Nikita Shestakov

Re: Feature Request: Quick Replica (from copy)

Veeam Logoby pkelly_sts » Fri Feb 24, 2017 9:24 am

To be honest I guess I'm talking about a scenario where I *should* be able to use a "Planned failover", but I've found Planned Failover process almost useless as it simply takes too long, and for no apparent reason!

It's the fact that it's so unpredictable when the actual failover steps take place (i.e. the point when the VM goes offline for the final replica).

I've even tested with a straightforward replica job (i.e. not replicating from backup copy) and then doing a manual replication about 30 mins before desired planned failover start time to ensure that I've minimised underlying disk changes, but still, when doing the Planned failover, it always seems to take a minimum of 10 mins to think about it, then at least 10 mins for the first replica, then the VM is powered down, another 10 mins to think about it, then another 10 mins to replicate the final changes, then some more time (I forget how long at this point) to process things prior to powering up the VM at the destination.

So, we're talking probably at least 40mins+ *per VM* (in my experience as the few times I've tested it's always seemed a serial task for multiple VMs so 3 VMs could easily take 2hrs+?)

So, because of this I wanted to do a "manual planned failover" of just 2 VMs, but both of those VMs are in:
A large backup job
A large copy job
A large replica job

So last night I:

Manually about an hour before did a quick backup of the 2 VMs in question (in this instance they're pretty static VMs so no need for up-to-the-second changes to be replicated)
Manually synced the backup copy job which would then (after these VMs) sit there with a load of "pending" copies
Manually started the replica job which did these 2 VMs but obviously couldn't do all the others as they were up to date
Manually started a "Failover Now"

It all went fine doing it this way & I had both VMs up & running in destination within <15 mins, but as I've said, having tried it 3 or 4 times now, I *really* dislike the Planned Failover process & feel like it is about the most inefficient/slowest process in Veeams otherwise awesome arsenal...
[New Sig: PLEASE get GFS tape support for incrementals!!!]
pkelly_sts
Expert
 
Posts: 518
Liked: 55 times
Joined: Thu Jun 13, 2013 10:08 am
Full Name: Paul Kelly

Re: Feature Request: Quick Replica (from copy)

Veeam Logoby mbrownwfp » Mon Feb 27, 2017 11:25 pm 1 person likes this post

I have the same observations about Planned Failover. The processing time seems abnormally long and this makes the process restrictive due to unpredictable timing of the source VM shutdown.

I use the same process as pkelly_sts described. Run a live replication job manually about an hour before maintenance window starts. Shut down source VMs at start of maint window. Run replication job with VMs shut down. Trigger "Failover Now" task for relevant VMs. I've found this process to be much more consistent and predictable than Planned Failover (I moved 150 VMs to a new datacenter using this method last year).
mbrownwfp
Novice
 
Posts: 8
Liked: 2 times
Joined: Thu Mar 17, 2016 11:56 pm
Full Name: Matt Brown

Re: Feature Request: Quick Replica (from copy)

Veeam Logoby pkelly_sts » Tue Feb 28, 2017 9:37 am

I'm glad it's not just me!

Anyone else find planned fail-over way too slow?
[New Sig: PLEASE get GFS tape support for incrementals!!!]
pkelly_sts
Expert
 
Posts: 518
Liked: 55 times
Joined: Thu Jun 13, 2013 10:08 am
Full Name: Paul Kelly

Re: Feature Request: Quick Replica (from copy)

Veeam Logoby Shestakov » Tue Feb 28, 2017 9:28 pm

What if planned failover showed better performance, would it be sufficient?
Your original request was to make a quick replica from backup and that`s something different.
Shestakov
Veeam Software
 
Posts: 5389
Liked: 444 times
Joined: Wed May 21, 2014 11:03 am
Location: Saint Petersburg
Full Name: Nikita Shestakov

Re: Feature Request: Quick Replica (from copy)

Veeam Logoby pkelly_sts » Wed Mar 01, 2017 9:35 am

If planned failover showed (significanty) better performance then absolutely it's what I'd use.

The reason my original request was for a quick replica from backup is because the only other alternative is planned failover, so it's either planned failover or manual, no other choice that I'm aware of?
[New Sig: PLEASE get GFS tape support for incrementals!!!]
pkelly_sts
Expert
 
Posts: 518
Liked: 55 times
Joined: Thu Jun 13, 2013 10:08 am
Full Name: Paul Kelly

Re: Feature Request: Quick Replica (from copy)

Veeam Logoby Shestakov » Wed Mar 01, 2017 11:03 am 1 person likes this post

I`ll discuss the planned failover performance with R&D team due to your request.
Thanks!
Shestakov
Veeam Software
 
Posts: 5389
Liked: 444 times
Joined: Wed May 21, 2014 11:03 am
Location: Saint Petersburg
Full Name: Nikita Shestakov

Re: Feature Request: Quick Replica (from copy)

Veeam Logoby glamic26 » Fri Oct 27, 2017 8:55 am

+1 for a Quick Replica feature. We are using Veeam replication jobs to do a migration from one vCenter to another (best option for reasons I won't go into). There are 84 jobs and some have up to 30 VMs in the job, because it wasn't viable to create a single job for every VM due to scheduling and loss of dedupe efficiency etc. We found the planned failover feature didn't meet our needs for various reasons. However, we now need to move some VMs over that are part of a larger job, but not some others in the job (sometimes 1 out of 30 VMs). This leaves us having to run the replication job for all for 30 VMs when we only really need to replicate a single VM. This can cause a huge time delay to migrate a single VM. In this instance a "Quick Replica" feature like the "Quick Backup" feature that could replicate a single VM from a larger replication job would be ideal and presumably wouldn't require too much work as the functionality is already there from the planned failover and quick backups features.
glamic26
Service Provider
 
Posts: 19
Liked: 9 times
Joined: Tue Apr 21, 2015 12:10 pm

Re: Feature Request: Quick Replica (from copy)

Veeam Logoby skrause » Mon Nov 27, 2017 1:39 pm

I am in a situation right now where a quick replica feature that would allow me to hit one VM in a job with multiple VMs would be mighty nifty.

+1 for the FR.
Steve Krause
Veeam Certified Architect
skrause
Expert
 
Posts: 316
Liked: 51 times
Joined: Mon Dec 08, 2014 2:58 pm
Full Name: Steve Krause


Return to VMware vSphere



Who is online

Users browsing this forum: AlexanderChechulin, Gallus23 and 1 guest