How to Migrate from VMware to Proxmox in 2026: The Complete Step-by-Step Guide

The same three problems keep showing up in VMware-to-Proxmox migrations: underestimating the Windows VM post-migration work, getting blindsided by ZFS and hardware RAID incompatibility, and discovering the "remove snapshots first" requirement after a failed import at 11pm. This article covers all three, along with the full migration procedure.

First, the pricing context driving these migrations.

Why Migrate in 2026? The Pricing Reality

Broadcom's restructuring of VMware licensing has pushed prices to levels that are unworkable for many SMBs and mid-market shops. The current pricing landscape:

A Spiceworks thread from January 2026 captures the SMB experience perfectly: one user reported their VMware Essentials+ renewal went from approximately $1,900/year to over $14,000/year for the equivalent vSphere Foundation tier. That's not a price increase — that's a different product category entirely.

According to community estimates across Spiceworks, r/vmware, and r/sysadmin, effective price increases since the Broadcom acquisition have ranged from 150% to over 1,000% depending on org size, licensing tier, and whether you got grandfathered into older terms.

Meanwhile, vSphere Standard — the entry-level product many SMBs relied on — reached end-of-sale on July 31, 2025. Renewals are pushing customers toward VVF.

Is Proxmox Right for You? (Be Honest)

Proxmox VE is solid software, and it is not a drop-in replacement for a full vSphere + vCenter stack. The differences matter, and they should factor into your decision.

What Proxmox Does Well

• Pricing model: Free to use with no feature limitations. Subscriptions (from €115/socket/year) add enterprise repo access and support tickets — but are entirely optional for production use.
• Stability: A year-long side-by-side comparison by Virtualization Howto (December 2025) concluded: "Stability of Proxmox has been just as good as VMware... Proxmox let me forget the hypervisor exists."
• Hardware support: Native Intel and Realtek NIC support. Hybrid CPU architectures (Intel big.LITTLE) work without BIOS tweaks. VMware has removed native Realtek support.
• Proxmox Backup Server (PBS): A separate, free product that provides full-featured VM backup with deduplication, compression, and off-site replication. This is a capability VMware charges significant money for. Worth its own evaluation.
• Clustering: Built-in Corosync-based cluster with shared-nothing HA, live migration, and a clean web UI for multi-node management.

What You'll Miss (Real Gaps)

• No native DRS equivalent: VMware's Distributed Resource Scheduler automatically rebalances VMs across hosts. Proxmox has no built-in equivalent — you manage VM placement manually or script it.
• DR orchestration must be rebuilt: If you're running Zerto, SRM, or Veeam Orchestrator for disaster recovery, none of those integrate with Proxmox. The CTO Advisor published a November 2025 piece warning that what organizations plan as a 6-month VMware migration routinely becomes a 24-month project once they scope the DR re-engineering work. That assessment is accurate.
• Less polished UI: The Proxmox web interface is functional and gets the job done. It is not vSphere Client. If your team is used to VMware's UI depth, there will be a learning curve.
• Monitoring re-integration: vROps, Aria Operations, and equivalent tools don't exist for Proxmox. You'll rebuild monitoring with Prometheus/Grafana or similar.

Pre-Migration Checklist (Do This Before Anything)

Every failed migration I've seen violated at least one item on this list. Burn it into your runbook.

1. Power off the VM. The Proxmox ESXi Import Wizard does not live-migrate running VMs. The VM must be shut down on the ESXi side before you trigger the import.
2. Remove ALL snapshots. Unconsolidated snapshots cause import failures more often than any other pre-migration oversight. Consolidate and delete every snapshot on every VM you plan to migrate, in the vSphere Client, before touching Proxmox.
3. Uninstall VMware Tools (Windows VMs). Do this while the VM is still running on ESXi. You'll clean up leftover drivers and services before they become a post-migration headache. Linux VMs typically handle this automatically.
4. Pre-install VirtIO drivers (Windows VMs). Download the VirtIO ISO from the Fedora project, attach it to your Windows VM while it's still on ESXi, and install the drivers — particularly the storage driver. You won't need to boot into SATA mode if you do this first. VirtIO Windows Drivers ISO
5. Note all IP settings and MAC addresses. Proxmox uses Linux bridge names (vmbr0, vmbr1) instead of vSphere virtual switches. NIC renames are common. If you're static IP'd, consider temporarily switching to DHCP before migration to avoid losing access immediately after cutover.
6. Map your virtual switch topology. Document every vSphere Standard Switch, Distributed Switch, and port group with its VLAN ID. You'll recreate these as Linux bridges in Proxmox before the VMs come online.
7. Map your storage. VMFS, NFS, and vSAN datastores need to become ZFS pools, Ceph HCI, LVM volumes, or NFS directories on Proxmox. Know your target before you start.
8. Decrypt BitLocker volumes. If any Windows VMs have BitLocker enabled, decrypt them before migration. Hardware changes during the import can trigger recovery mode, and recovering BitLocker after a migration adds significant delay and complexity.

Method 1: ESXi Import Wizard (The Primary Path)

Proxmox VE 8.2 introduced a built-in ESXi Import Wizard, and by Proxmox VE 9.x it's the recommended first-choice approach for most migrations. The process, as documented by Edy Werder's updated February 2026 guide and independently confirmed by the Hornetsecurity migration walkthrough, is three steps once your pre-migration checklist is complete.

Step 1: Add Your ESXi Host as a Storage Source

In the Proxmox Datacenter Manager, navigate to: Datacenter → Storage → Add → ESXi. Enter the IP address or hostname of your ESXi host, your ESXi credentials, and click the "Skip Certificate Verification" checkbox if you're using self-signed certs (you are). Give it an ID name like esxi-source.

Note on vCenter: You can point the wizard at a vCenter IP instead of a direct ESXi host. The wizard supports this, but community experience reports that vCenter-sourced migrations run slower. For most SMB environments, connecting directly to the ESXi host is faster and more predictable. For vCenter-managed clusters, test this in your environment before running production workloads through it.

Step 2: Browse the Datastore and Import

Once the ESXi storage source is added, you'll see it in your storage list. Browse to your VMs, select the target VM, and click Import. The wizard will prompt you to:

• Choose the target Proxmox node and storage pool for the disk image
• Select disk format (qcow2 recommended for snapshots; raw for performance on SSDs)
• Map the vSphere network adapter to a Proxmox Linux bridge (vmbr0, etc.)
• Configure VM ID and other Proxmox-side settings

Step 3: Boot and Validate

Once the import completes, boot the VM in Proxmox and validate: network connectivity, service startup, application health. For Windows VMs, expect to do additional work (see the Windows Gotchas section below). For Linux VMs, the experience is typically clean — the VM boots, network comes up, and you're done.

Method 2: OVF/OVA Export and Import (The Fallback)

If the Import Wizard isn't an option — you're on an older ESXi version, you're migrating from VMware Workstation, or you've hit a compatibility issue — the OVF/OVA path still works.

1. Export from vSphere Client: Right-click the VM → Export OVF Template. This exports a .ovf descriptor and .vmdk disk files (or a single .ova archive).
2. Transfer to Proxmox: SCP the files to your Proxmox host's local storage path (e.g., /var/lib/vz/template/ or your configured ISO/template directory).
3. Import on Proxmox: Use qm importovf <vmid> <file.ovf> <storage-name> for OVF files, or qm importdisk <vmid> <file.vmdk> <storage-name> for raw VMDK disks.

The VMDK-to-QCOW2 conversion happens automatically during import. This method is slower than the Import Wizard (you're doing a full export then a full import), but it's reliable and gives you an offline backup of the VM in OVF format as a byproduct.

Windows VM Gotchas (The Section Most Guides Skip)

Linux VMs migrate cleanly the vast majority of the time. Windows VMs have a predictable set of issues, and if you know them in advance, none of them are serious. If you don't know them, you'll spend a frustrating afternoon Googling symptoms.

VirtIO Drivers: Install Before or After (But Install Them)

I've migrated dozens of Windows Server VMs through this process. The VirtIO driver step gets people every time — don't skip step 4 of the pre-migration checklist.

Proxmox uses the VirtIO paravirtualized driver stack for storage and networking — the same driver model used by KVM/QEMU across the board. Windows doesn't ship with VirtIO drivers. If you didn't pre-install them while the VM was on ESXi (step 4 of the pre-migration checklist), the post-migration procedure is:

1. In the Proxmox VM configuration, temporarily set the disk bus to SATA instead of VirtIO SCSI. This lets Windows boot without the VirtIO storage driver.
2. Boot the VM. Attach the VirtIO ISO as a virtual CD-ROM (download from fedorapeople.org). VirtIO Windows Drivers
3. Run the VirtIO installer or manually install drivers from the ISO via Device Manager.
4. Shut down, switch disk bus back to VirtIO SCSI in Proxmox config, and reboot. Performance will improve significantly.

VMware Tools Cleanup

If you didn't uninstall VMware Tools before migration, you'll have leftover services and drivers running in Windows. These won't necessarily crash the VM, but they'll generate event log noise and the services will fail to start. The Proxmox forums have a community PowerShell script for cleaning up VMware Tools remnants post-migration — search "remove VMware Tools after ESXi Proxmox migration Windows" on the official Proxmox forum for the current thread.

Windows License Reactivation

Changing virtual hardware — which a migration to a different hypervisor absolutely does — can trigger Windows license reactivation. This is common, but the severity depends on your license type:

• Volume licenses (KMS/MAK): Typically reactivate automatically with your KMS server. Low friction.
• Retail licenses: May need manual reactivation. Call Microsoft's activation line — they're used to VM migration scenarios and typically handle this without issue.
• OEM licenses: Tied to hardware, not transferable. You may need a new license if the OEM key won't activate on the new virtual hardware profile.

Install QEMU Guest Agent

After migration, install the QEMU Guest Agent inside each migrated VM. On Windows, it's available on the VirtIO ISO. On Linux, install qemu-guest-agent via your package manager. This replaces VMware Tools' OS-aware functions: clean shutdown from the Proxmox UI, IP address reporting, filesystem freeze for consistent snapshots.

Proxmox Backup Server: The Hidden Win

One piece of this migration that deserves its own callout: Proxmox Backup Server (PBS). It's a separate, free product from Proxmox that provides full-featured VM backup with:

• Incremental, deduplicated backups — only changed blocks are transferred after the first backup
• Encryption at rest (AES-256) and in transit
• Tape backup support
• Offsite replication to a second PBS instance
• Granular file-level restore without restoring the full VM

In the Virtualization Howto year-long comparison, PBS was described as "a totally free enterprise data protection solution that VMware doesn't have at this price point." VMware's equivalent backup capabilities require vSphere Data Protection or a third-party product like Veeam — which is now a real product, with Veeam adding official Proxmox VE support in 2025.

What Does Proxmox Actually Cost?

Proxmox VE is free to download and use with no feature restrictions. The subscription tiers add access to the enterprise package repository (which gets tested, stable updates before the community repo) and varying levels of support. Pricing is per physical CPU socket — not per core, not per VM. All pricing sourced from proxmox.com/pricing:

Let's put that into a real comparison. Take a 3-host cluster, each with two physical CPU sockets (6 sockets total):

Even at Proxmox's most expensive tier — Premium, with 24/7 enterprise support — you're looking at roughly a third of what VMware VVF costs at list price on a 1-year subscription. In practice, most SMBs will land somewhere between Community and Basic, making the cost delta even more dramatic.

Real-World Scale: What Others Have Done

Some documented examples from the community:

A December 2024–February 2025 migration posted to r/Proxmox covered 65 VMs migrated from vSphere 7. The user characterized it as a 2-month project — not a weekend. Much of that time was spent on post-migration validation and application testing, not the actual import process.

A January 2026 Spiceworks discussion covered a 3-host Dell R640 environment with vCenter 8.03, 30 VMs on shared Synology iSCSI storage. The team was in evaluation, specifically comparing Proxmox against Hyper-V as VMware alternatives.

The CTO Advisor's November 2025 analysis deserves a direct quote: what organizations plan as a 6-month migration "just became 24 months" once they properly account for DR orchestration re-engineering, monitoring re-integration, and runbook rewrites. That's not a reason not to migrate — it's a reason to scope honestly and not tell your CIO it'll be done by Q2.

Proxmox VE 9.x: Current State (March 2026)

Proxmox VE 9.0 was released August 5, 2025, with notable improvements relevant to ESXi migrants:

• QEMU 10 — improved live migration performance and better NUMA awareness
• ZFS 2.3.3 with RAIDZ expansion (you can add drives to an existing RAIDZ pool — finally)
• Continued ESXi Import Wizard improvements through the 9.x series

PVE 8.4 continues to receive security and critical patches through August 2026 for those who haven't upgraded yet. The community subscription tiers include enterprise repo access, which delivers tested, stable package updates before they hit the community repo.

What to Do After Migration

Once VMs are running on Proxmox, the work isn't quite done. Here's the post-migration checklist:

1. Install QEMU Guest Agent in every VM. Windows: use the VirtIO ISO installer. Linux: apt install qemu-guest-agent or equivalent. Enable it in the Proxmox VM Options panel.
2. Switch Windows VMs to VirtIO SCSI and VirtIO Network. If you used SATA mode to get the VM booting, switch to VirtIO SCSI after drivers are installed for full performance.
3. Set up Proxmox Backup Server. Don't leave freshly migrated VMs without backup coverage. PBS is free — deploy it.
4. Rebuild your monitoring stack. Prometheus with the pve-exporter is the standard community approach. Grafana dashboards for Proxmox are widely available.
5. Configure your VM placement and HA groups. Without DRS, you'll need to think about which hosts run which VMs for capacity balance. Set up HA groups for VMs that need automatic restart on host failure.
6. Clean up the ESXi side. Once VMs are validated in Proxmox, reclaim the ESXi storage. Don't leave half-migrated datastores sitting around.

The Honest Answer: What You'll Miss

Proxmox is not better in every way. Specific capabilities you lose when leaving a vSphere environment:

• DRS: Automated workload balancing matters in environments with 10+ hosts and variable load patterns. You'll feel its absence.
• vCenter depth: Tag-based policies, VM templates with content libraries, the full vSphere lifecycle manager ecosystem — tooling built and refined over 20 years. Proxmox's feature set is solid but shallower.
• Vendor ecosystem: Third-party integrations (storage, backup, networking) were built for VMware first. Proxmox support is growing but still secondary for many enterprise vendors.
• Support with a contract number: If you're on Proxmox Community tier, your support is the forums. That works for configuration and troubleshooting questions. For midnight production outages, the Premium tier's 24/7 support is what you'd pay for.

What you gain: a hypervisor with no per-core licensing, a backup product (PBS) that competes with commercial offerings on features if not on vendor support depth, and a community that has grown rapidly since 2024 as organizations evaluate VMware alternatives.