Gene's Virtualization Blog
You'll never know if you don't lab it out….
  • Home
  • About
  • YouTube Channel
  • Twitch Channel
  • Privacy Policy
  • Home
  • About
  • YouTube Channel
  • Twitch Channel
  • Privacy Policy
  • Home
  • /
  • BCDR
  • /
  • How-To
  • /
  • vCenter
  • /
  • Virtualization
  • /
  • VMware vSphere
  • /
  • Zerto

Zerto: Perform a VPG Move (VM Migration)

In a situation where a workload needs to be migrated from a protected to a recovery (or site A to site B) in an effort to change where the production workload runs from, you can perform a VPG move.

From what I’ve seen, in terms of VPG move versus Failover, is that when using the Failover option, there is an assumption that the protected site has failed, so systems may not automatically be cleaned up on the protected site.  When performing a move, the protected site is cleaned up as soon as that move is completed and committed unless you select to re-protect the workload in the other direction (can be automatic or manual for commit, maximum time you have to do it is 24 hours, and that is configurable).

One recommendation I have here is that before you perform these steps, perform a recovery test on the VPG you’d like to move to ensure that recovery steps are completed as expected, and that the system is usable at least in a testing capacity.

  1. Log in to the Zerto UI
  2. From the dashboard screen, go to Actions > Move VPG.zerto_perform_vpg_move_1_2
  3. Select (tick the checkbox) for the VPG you want to move, and click Next.zerto_perform_vpg_move_1_3
  4. Select your options for the Execution Parameters, and click Next.  For this example, I will select “none” for the commit policy, to demonstrate where to commit the migration task when you are ready to.zerto_perform_vpg_move_1_4
    > Commit Policy: Auto-Commit - you can delay up to 24 hours (specified in minutes), or select 0 
    to automatically commit immediately when the migration process is completed.
    > Commit Policy: Auto-Rollback - You can delay up to 24 hours (specified in minutes), default 
    delay is 10 minutes
    > Commit Policy: None - You must manually select whether or not to commit or rollback, based 
    on your results.
    > Force Shutdown - Use this in the event VMware Tools isn't running, therefore, allowing an 
    automatic shutdown. Force shutdown will first attempt to gracefully shut the VM down, and if that doesn't work, 
    it will power off the VM on the protected site.
    > Reverse Protection - This will automatically sync changes from the recovery site back to the 
    protected site in case you want to be able to re-protect a system after a migration. This eliminates the need 
    to have to re-initialize synchronization in the other direction. If reverse protection is selected, a delta 
    sync will take place to re-protect after the migration is completed. Caveat - You cannot 
    re-protect if you select "NONE" as the commit policy.
    > Boot Order -(Defined in VPG Configuration, but displayed here)
    > Scripts - (Defined in VPG configuration, but displayed here)
    
  5. Review the summary, and when ready, click Start Move.
    During promotion of data, you cannot move a VM to another host.  If the host is rebooted
    during promotion, make sure the VRA on the host is running and communicating with the ZVM before 
    starting up the recovered VMs.

    zerto_perform_vpg_move_1_5

  6. Since we have selected a commit policy of “none”, once the migration is ready for completion, the Zerto UI will alert you letting you know there is a task awaiting input.  Click on the area highlighted below.zerto_perform_vpg_move_1_6_aSelect to either Commit (checkmark), or Rollback (undo Arrow):

    zerto_perform_vpg_move_1_6_b

  7. At this point, you can also choose whether or not to reverse-protect.  Make your selection and click Commit.zerto_perform_vpg_move_1_7_aThe task will update as seen below:zerto_perform_vpg_move_1_7_b

    Once you commit the move, the data in the protected site is then deleted, thus completing the migration.

Share This:
Posted on October 24, 2016 by Gene Torres. This entry was posted in BCDR, How-To, vCenter, Virtualization, VMware vSphere, Zerto and tagged BCDR, vCenter, VMware vSphere, Zerto. Bookmark the permalink.
Zerto: Create a Virtual Protection Group (VPG)
Dipped My Foot Into the Pool

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

    Search

    Recent Posts

    • Update: Migrate VM from Hyper-V to vSphere with Pre-Installed VMware Tools (vSphere 7 and 8 Edition)
    • Zerto 9.0 Introduces New Enhancements to LTR with Amazon S3, and Here's What you Need to Know
    • Reduce the Cost of Backup Storage with Zerto 8.5 and Amazon S3
    • Using the AWS Storage Gateway to Backup to S3 using Zerto
    • Migrate VM from Hyper-V to vSphere with Pre-Installed VMware Tools

    Archives

    • February 2023
    • July 2021
    • December 2020
    • November 2020
    • June 2020
    • January 2020
    • September 2018
    • March 2018
    • February 2018
    • October 2017
    • August 2017
    • June 2017
    • February 2017
    • November 2016
    • October 2016

    Meta

    • Log in
Powered by