• Skip to main content
  • Skip to secondary menu
  • Skip to primary sidebar
The Blog of Jorge de la Cruz

The Blog of Jorge de la Cruz

Everything about VMware, Veeam, InfluxData, Grafana, Zimbra, etc.

  • Home
  • VMWARE
  • VEEAM
    • Veeam Content Recap 2021
    • Veeam v11a
      • Veeam Backup and Replication v11a
    • Veeam Backup for AWS
      • Veeam Backup for AWS v4
    • Veeam Backup for Azure
      • Veeam Backup for Azure v3
    • VeeamON 2021
      • Veeam Announces Support for Red Hat Enterprise Virtualization (RHEV/KVM)
      • Veeam announces enhancements for new versions of Veeam Backup for AWS v4/Azure v3/GVP v2
      • VBO v6 – Self-Service Portal and Native Integration with Azure Archive and AWS S3 Glacier
  • Grafana
    • Part I (Installing InfluxDB, Telegraf and Grafana on Ubuntu 20.04 LTS)
    • Part VIII (Monitoring Veeam using Veeam Enterprise Manager)
    • Part XII (Native Telegraf Plugin for vSphere)
    • Part XIII – Veeam Backup for Microsoft Office 365 v4
    • Part XIV – Veeam Availability Console
    • Part XV – IPMI Monitoring of our ESXi Hosts
    • Part XVI – Performance and Advanced Security of Veeam Backup for Microsoft Office 365
    • Part XVII – Showing Dashboards on Two Monitors Using Raspberry Pi 4
    • Part XIX (Monitoring Veeam with Enterprise Manager) Shell Script
    • Part XXII (Monitoring Cloudflare, include beautiful Maps)
    • Part XXIII (Monitoring WordPress with Jetpack RESTful API)
    • Part XXIV (Monitoring Veeam Backup for Microsoft Azure)
    • Part XXV (Monitoring Power Consumption)
    • Part XXVI (Monitoring Veeam Backup for Nutanix)
    • Part XXVII (Monitoring ReFS and XFS (block-cloning and reflink)
    • Part XXVIII (Monitoring HPE StoreOnce)
    • Part XXIX (Monitoring Pi-hole)
    • Part XXXI (Monitoring Unifi Protect)
    • Part XXXII (Monitoring Veeam ONE – experimental)
    • Part XXXIII (Monitoring NetApp ONTAP)
    • Part XXXIV (Monitoring Runecast)
  • Nutanix
  • ZIMBRA
  • PRTG
  • LINUX
  • MICROSOFT

Veeam: Using Veeam as a Key Migration Technology to migrate from on-prem vSphere 7.x to Azure VMware Solution (6.7.x)

24th February 2022 - Written in: veeam, vmware

Greetings friends, every day is learning day, right? That has been my motto since the very first day I had my first Pentium III, after some months working in order to purchase it.

Lately, I have been discussing with more and more Customers moving to Azure VMware Solution, which is absolutely right, as Paul Maritz, VMware CEO 2008-2012, said once:

“CLOUD IS ABOUT HOW YOU DO COMPUTING,

NOT WHERE YOU DO COMPUTING”

I could not agree more, knowing the applications that many Customers are running, to me seems a bit drastic still to migrate, and convert, a workload from a trusted VMware workload, with expected performance, SLA, etc. Into a native Azure VM, that depending on the VM type, some Customers could feel that the performance is quite different, affecting at the end to the normal business.

Azure VMware Solution running vSphere 6.7 P5 = Virtual Hardware 15

Said this, and once again my total support for Azure VMware Solution, or any Cloud where VMware runs, like AWS, Google, etc. At the moment there is an important limitation on Azure VMware Solution, as they are running at the moment vSphere 6.7 P5, this means the next:

This means that for Customers running VMs with Virtual Hardware 15, meaning on 6.7, on their data centers, they can run easy HCX or Veeam Replication, or really anything to migrate VMs seamlessly from one side to another, however, for those running modern vSphere versions, an HCX, or a normal replication from on-prem to Azure VMware Solution will simply not work (at least for now until AVS does not upgrade to a newer version)

Veeam to the rescue

Discussing this scenario internally, of course, Veeam has something to aid with this migration process, meaning to be able to do the migration with the less possible downtime possible. So the proposed solution is:

  • Put Veeam Backup and Replication, a Proxy, and Repo, on Azure VMware Solution – Fastest Disk as possible – It can all be a single VM.
  • Put a Veeam Proxy on each Cluster where VMs with vHW > 15
  • Make sure there is good connectivity between Azure VMware Solution and the on-prem (basics)

Not many moving parts, now to the procedure:

  • Veeam will do an initial full backup, the VM is still on of course
  • Trigger as many increments as needed
  • For the final cutover, trigger one last incremental
  • Use the Veeam Disk Restore to restore the disk/disks into a new created VM without disks (the only official way VMware recommends to downgrade Virtual Hardware)
  • Watch how the wizard takes care of everything
  • Boot the VM up and enjoy

This has been great and has helped already multiple big organizations to “downgrade” their Virtual Hardware in order to migrate workloads to Azure VMware Solution.

Wanna see all the process, comments, and how it works in a video?

Join me on this 20-minute video, where I go over the whole use-case, the how, why, and what. Plus a real-life example of doing this all in an automated fashion:

Automate the Veeam Disk Restore Process

Do you really think that I will prepare a blog, with some quick text, a video, and not give you something extra? The whole twist with all of this, as said, is to help with the migration of hundreds, or thousands of VMs. And the last thing anybody needs is to trigger wizards hundreds or thousands of times. There is where PowerShell and PowerCLI come to the rescue – MASSIVE THANKS TO TOM SIGHTLER for guiding me on this quest.

The script is simple, it is really to show the art of the possible. In this case, you will need a source VM, VBR, vCenter, and target ESXi, Datastore, and Proxy (emulating that infrastructure on AVS as mentioned). You can see what the script does anyways on the video, it just creates a new VM, similar in resources to source VM, with the name NEW-YOURVMNAME:

This whole exercise, as part of my role as a Solutions Engineer, has been an outstanding amount off-hours fighting with PowerCLI, PowerShell, etc. In order to offer the final script and video with everything working out of the box pretty much.

Hope the entry is useful for you, and perhaps you might find the Veeam Disk Restore some interesting use case, similar to this one.

Filed Under: veeam, vmware Tagged With: veeam avs, veeam azure, veeam azure vmware, veeam disk restore

Reader Interactions

Comments

  1. steve says

    23rd November 2022 at 3:18 pm

    its a nice idea Jorge, but its detrimental with the costs.

  2. jorgeuk says

    28th November 2022 at 9:19 am

    Hi Steve,
    What is, AVS? Maybe, but it gives so many benefits as it is the technology and resilience you know and love.

    Regarding the procedure itself, it is a bit corner case, but if you have upgraded your vSphere version and try to move some VMs there, unfortunately there are not many other options.

    🙂

Leave a Reply

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

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Primary Sidebar

  • E-mail
  • GitHub
  • LinkedIn
  • RSS
  • Twitter
  • YouTube

Posts Calendar

February 2022
M T W T F S S
 123456
78910111213
14151617181920
21222324252627
28  
« Jan   Mar »

Disclaimer

All opinions expressed on this site are my own and do not represent the opinions of any company I have worked with, am working with, or will be working with.

Copyright © 2025 · The Blog of Jorge de la Cruz