V2K MigrateProxmox VE is now a migration destination, not a disk drop
V2K builds complete Proxmox VMs through the API on NFS/QCOW2 and Ceph/RBD, with cold migration and controlled warm CBT flows implemented.
Engineering Journal.
Development notes from V2K Migrate. New features, migration tests and the details behind them, from storage access to getting the guest running on KVM.
Latest updates
All articles When the migration database is gone, what survives?
V2K Migrate keeps full migration history in PostgreSQL, but also stores a small recovery record against the source VM in vCenter. Here is what that record can rebuild, and what it cannot.
Why preserving a Windows IP is not an import parameter
A Windows static IP is recorded inside the guest and in CloudStack. V2K Migrate has to keep both records in sync during migration.
At 50,000 VMs, one inventory query took 8.7 seconds
We tested the database, API and real UI with a large synthetic inventory. A PostgreSQL query reached 8.7 seconds. After the fix, its measured p95 was 183 ms.
Start here / Architecture
VMware-to-KVM migration is not a disk conversion problem
How V2K Migrate reads VMware disks, prepares the guest and creates the destination VM. The main design decisions, with their limits.
6 min read
Read the engineering brief Release updates
Get notified when it's ready.
Get launch and optional beta-testing updates. Sign up on v2kmigrate.com.
Get launch updates