Live Migration to ProxMox

sexyjeep

New Member
Oct 13, 2024
5
0
1
I am attempting to move from my VMWare environment to a Proxmox environment. I have been able to successfully "cold" migrate machines from VMWare to Proxmox, but not while "hot". The only live migration tools in Proxmox that do this are ones that power down your source VM, then migrate the disks to the destination. I need the ability to either truly "live/hot migrate" the source to the destination or have something that can "sync" the source and destination on a periodic schedule that then allows me to power off the source at a moments notice, perform one last sync (delta), and then power the machine on in the destination.

The closest thing I have been able to concoct to do this is as follows:
1. Creating the VM in Proxmox with all the hardware settings, disks, sizes, etc.... I require.
2. Booting the VM in Proxmox to a Ubuntu Live .iso and configuring iscsi to present it's disks to my network.
3. Configuring iscsi initiators on my source VM's to connect to the Proxmox disks. (all my VM's are Windows, so this is easily done)
4. Trying to install various disk cloning software such as Macrium, Paragon, EaseUS, AOMEI, etc... on my source VM's and using the "Clone" option to essentially mirror the source disks to the destination disks via iscsi, but this takes A LOT of time and has its own shortcomings.

The issues with the above solution that make this not as ideal are:
1. The "Clone" option with most these software's are limited to one disk at a time. Meaning, if you have many disks to clone, and/or the disks are large in size, you would have to babysit them one-by-one, which will take significantly longer. Example: 10+ VM's, 4-5 disks each, with 1TB used on each.
2. The "Clone" option, although viable, still requires you to clone a 2nd time to somewhat mimic a hot migration. For example. If you clone a disk that takes 10 hours to complete and during that time your data on the source disk has been in use and changing (expected), the 2nd time you try to clone the disk, it's going to take another 10 hours because the cloning technology doesn't have heat mapping to identify only the blocks of data that have changed since the first clone. This still puts me in a situation where it's not technically a "hot" or "live" migration because I would have to stop using the source to clone the data/disk a final time, and even then that makes the process twice as long.

Other solutions:
1. Backup/Restore products. I could purchase a Backup software such as Acronis, StorageCraft, Carbonite, Veeam, etc... and have a backup job that backs up all my source machines every 10 minutes and perform a restore on the destination VM in Proxmox. From there, I could perform a "differential restore" over the top of the first restore - using the newest/latest backup and that would have heat mapping to restore only the small amounts of changes (delta) that have taken place. However, this would require a hell of a lot more storage (to back everything up), possible software costs, local agents to install on all my machines, possible agent troubleshooting over VSS, etc... and those are costs and additions that I don't really need nor want.
2. There was a software company named FalconStor that I used to use 15 years ago at an MSP I worked for, which performed disk level backups of Windows machines to a SAN. It used a locally installed agent named DiskSafe that leveraged Microsoft's iscsi initiator to keep your live OS disk in a constant "sync" with mirrored disks that resided on the SAN. The SAN would then periodically take snapshots of the mirrored disks that sat on it and that was how the backup solution worked. The DiskSafe software was legendary though, because you could basically use it (for free) to sync disks over iscsi to live disks on the same machine and vice versa. They only made you license the backup product on the SAN, so in some cases, we would borrow DiskSafe to live migrate customers data (live syncing) over iscsi when faced like challenges like mine today with Proxmox. However, they discontinued DiskSafe and I can't find a download of it anywhere, so this is no longer an option to bail me out.

Final thoughts:
In light of all the people leaving VMWare (1+ year now), I had hoped that there would be better built-in tool/support for true hot/live migrations to Proxmox. I am a little disappointed for sure, ugh. There are still some ways to still do this, such as leveraging a 3rd party backup software as mentioned above, but that comes with additional adds and costs that I am trying to avoid. I don't expect to do everything for free, but the costs of the storage and the storage being a permanent add (especially for how much I would need) make it not feasible. If anyone has another creative idea, has found a better way to hot/live migrate to Proxmox, or has done this sort of thing before, I would love to hear from you! Thanks in advance for everyone's time and consideration who has taken the time to read this thread!
 
Last edited:
I read a few month/years back an approach to do a very-low-downtime migration. I've never used it, but it sounded doable:
  1. create a temporary storage on the PVE side (or 3rd system) and export it as NFS, configure in PVE the VM config with disks but use the VMDK files you're going to move there
  2. live migrate the VM from VMware storage to this storage (from within VMware)
  3. shutdown in VMware, start in PVE
  4. live migrate the storage from the temporary storage to the final storage on PVE, which is now not on vmdk anymore.
 
Hi, I noticed you mentioned some other backup software, so I’d like to recommend a product we’ve been using—Vinchin Backup & Recovery. It’s quite easy to set up, and once the initial configuration is done, it allows for smooth virtual machine migration. One of its key features is agentless backup, along with data compression and deduplication. Of course, it also offers many other useful functions. If you're interested, you can try the free version first. If not, no worries—I hope you find a solution that works well for you.

Best regards,
Magnus
 
Hi, I noticed you mentioned some other backup software, so I’d like to recommend a product we’ve been using—Vinchin Backup & Recovery. It’s quite easy to set up, and once the initial configuration is done, it allows for smooth virtual machine migration. One of its key features is agentless backup, along with data compression and deduplication. Of course, it also offers many other useful functions. If you're interested, you can try the free version first. If not, no worries—I hope you find a solution that works well for you.

Referring to third party software that can help is naturally fine, but you hardly go into how it would help OP specifically, but just some generic "sales pitch", and as half your posts talk about vinchin in a tone that would rather fit for one working for vinchin, not just being a happy costumer, I'd like to remind you of this part of our current terms and rules for this forum:

Furthermore, creating multiple accounts for a single individual with deceptive intent (sock puppet accounts) and engaging in intransparent advertising, including spamming existing discussion threads solely for the purpose of pitching a product or service, are disallowed; however, referencing or promoting your own work, products, or services is permitted if you clearly disclose your affiliation or authorship in relevant contexts and do not disrupt existing conversations.
So please cut that down, your posts get reported semi-frequently.

In light of all the people leaving VMWare (1+ year now), I had hoped that there would be better built-in tool/support for true hot/live migrations to Proxmox.
Understandable wish, as the underlying virtualization from VMWare and Proxmox VE are not compatible, including paravirtualized devices like disks and network requiring completely different driver, this is not really possible to get right for all common cases; especially as basically any guest OS need at least a full reboot to switch to the new drivers. At the moment we do not see a solution where there is a fully transparent live migration with which the guest OS and/or the services running on it will be available 100% of the time.

But there are certainly things that can be done to reduce the time required for a migration, like the method of using a shared intermediate storage that LnxBill mentioned. This is also described here with a bit more details and edge cases:
https://pve.proxmox.com/wiki/Migrate_to_Proxmox_VE#Attach_Disk_&_Move_Disk_(minimal_downtime)
 
Thank you all for offering some detailed advice and suggestions. I like the method LnxBil suggests and we are looking into a proof of concept for that. Shared storage might be the way to do it considering the compatibility issue that t.lamprecht spoke of, which would help reduce additional storage costs or 3rd party vendor solutions such as the ones I've already mentioned or the one Mangus-mercer advocated for.

I'll have to come back to this thread and post an update on what I eventually decide and how things went.

Thanks again for all the insights though! :)