Migrar de VMware para Proxmox ou Hyper-V: Guia pós-Broadcom para PMEs

✎ Duarte Spínola  |  2026-07-10

A compra da VMware pela Broadcom em janeiro de 2024 alterou radicalmente o panorama de virtualização para PMEs. O fim das licenças perpétuas, a mudança obrigatória para subscription e aumentos de preço de 200-400% levaram milhares de empresas a procurar alternativas. Este guia prático compara as duas alternativas principais — Hyper-V (Microsoft) e Proxmox VE (open-source) — e mostra como migrar VMs VMware passo-a-passo, com base na documentação oficial Microsoft, Proxmox VE e Ars Technica.

⚠️ Aviso

A Broadcom anunciou em julho 2025 que auditing clientes que saíram do VMware — a Allstate foi acusada de auditoria retaliatória. Antes de migrar, confirma que não tens cláusulas de auditoria activas no teu contrato.

Conteúdos

1. Contexto: O que Mudou com a Broadcom

A Broadcom fechou a compra da VMware em 12 de novembro de 2023, por 69 mil milhões de dólares. As mudanças começaram imediatamente:

  • Fim das licenças perpétuas — todos os clientes têm de migrar para subscription (SaaS)
  • Bundling forçado — VMware vSphere, vSAN e NSX agora vendidos como VMware Cloud Foundation (VCF), sem opção de comprar apenas vSphere
  • Aumentos de preço — 200-400% para muitos clientes PME, dependendo do número de cores
  • Fim do suporte gratuito — suporte agora pago em tiers (Standard, Premier, Enterprise)
  • Auditorias — a Broadcom iniciou auditorias de licenciamento a clientes que saíram, segundo a Ars Technica (julho 2025)

O resultado: segundo a Gartner, mais de 30% dos clientes VMware PME estão a avaliar alternativas em 2026. As duas opções mais viáveis são Hyper-V (incluído no Windows Server) e Proxmox VE (open-source gratuito).

2. Comparação: Hyper-V vs Proxmox vs VMware

Feature VMware vSphere Hyper-V (Windows Server 2025) Proxmox VE 8
Licença Subscription obrigatório (VCF) Incluído no Windows Server Gratuito (AGPLv3)
Hypervisor ESXi (proprietário) Hyper-V (Type 1) QEMU/KVM (Linux)
Migração live vMotion Live Migration (gratuito) Storage/Live Migration (gratuito)
Clustering HA (requer vSAN/NSX) Failover Cluster (gratuito) Proxmox Cluster (gratuito)
Storage VMFS, vSAN CSV, SMB3, iSCSI LVM, ZFS, Ceph
Backup nativo Não (requer Veeam/3rd party) Windows Server Backup (básico) Proxmox Backup Server (gratuito)
Gestão vCenter Server Hyper-V Manager, WAC, SCVMM Web GUI nativa, API REST
Custo PME (10 hosts) €15.000+/ano (VCF) €0 (já tem WS Datacenter) €0 + suporte opcional €250/ano/.socket

3. Hyper-V: A Opção Microsoft

O Hyper-V é o hypervisor Type-1 da Microsoft, incluído no Windows Server desde 2008. No Windows Server 2025, recebeu melhorias significativas: segundo a Microsoft Learn, as novidades incluem GPU partitioning melhorado, suporte para VMs Linux com kernel 6.x, e integração com Azure Arc.

Vantagens para PME que já têm Windows Server:

  • Custo zero adicional — Hyper-V está incluído em todas as edições do Windows Server (Standard e Datacenter)
  • Gestão familiar — Hyper-V Manager, Windows Admin Center (WAC), PowerShell
  • Integração AD — RBAC via Active Directory, Kerberos para Live Migration
  • Failover Cluster — clustering e HA gratuitos (sem licença adicional)
  • Compatibility — VMs Windows funcionam nativamente sem drivers especiais

Desvantagens:

  • Requer Windows Server (licença base) — não é verdadeiramente gratuito
  • Linux VMs têm menos optimização que em KVM (sem VirtIO nativo)
  • Web GUI limitada — WAC é melhor que antes mas não tão polido como vCenter
  • Suporte storage limitado — sem ZFS nativo, sem Ceph integrado
ℹ️ Informação

A edição Windows Server 2025 Datacenter permite VMs ilimitadas num host físico. A edição Standard permite 2 VMs por licença. Para um host com mais de 2 VMs, Datacenter é mais económico.

4. Proxmox VE: A Opção Open-Source

O Proxmox Virtual Environment (VE) é uma plataforma de virtualização open-source baseada em Debian Linux, QEMU/KVM e LXC. É gratuita (AGPLv3) e inclui clustering, backup, HA e uma web GUI completa sem custos adicionais.

Vantagens:

  • Gratuito — sem licença, sem custos por socket/core/VM
  • Web GUI completa — gestão de VMs, containers LXC, storage, networking, cluster
  • Duas tecnologias — VMs (KVM para Windows/full virtualization) + containers LXC (leves, para Linux)
  • ZFS nativo — storage com checksums, snapshots, compressão, deduplicação
  • Proxmox Backup Server — backup dedicado gratuito com deduplicação, encryptação e incremental
  • API REST — automação via curl, Python, Terraform, Ansible
  • Suporte opcional — Enterprise Repository ou Community (gratuito)

Desvantagens:

  • Base em Linux —requires conhecimento de Debian/administração Linux
  • Suporte oficial pago — sem suporte gratuito da Proxmox (apenas comunidade)
  • Fewer features enterprise — sem DRS automático nativo (precisa de scripts)
  • Live Migration requer storage partilhado ou ZFS replication

5. Análise de Custos para PME

Para uma PME típica com 3 hosts físicos, 30 VMs, comparamos os custos anuais:

Item VMware VCF Hyper-V (WS Datacenter) Proxmox VE
Licença hypervisor €12.000/ano (3 hosts, subscription) €3.000 (3x WS Datacenter, one-time) €0
Clustering/HA Incluído Incluído (Failover Cluster) Incluído
Backup €3.000/ano (Veeam) €0 (Veeam Community) ou €1.500/ano €0 (Proxmox Backup Server)
Suporte Incluído (Standard) Incluído (Microsoft Premier) €750/ano (3 sockets, opcional)
TOTAL ano 1 €15.000 €3.000 €750
TOTAL ano 2+ €15.000/ano €0-1.500/ano €750/ano
💡 Dica

Se a PME já tem Windows Server Datacenter com Software Assurance, a migração para Hyper-V tem custo quase zero. Se não tem licença Windows Server, Proxmox é a opção mais económica.

6. Avaliar VMs Antes de Migrar

Antes de iniciar qualquer migração, é essencial inventariar todas as VMs VMware e avaliar compatibilidade:

Passo 1 — Exportar inventário do vCenter:

# PowerCLI — listar todas as VMs com specs
Connect-VIServer -Server vcenter.local -User admin -Password ***
Get-VM | Select-Object Name, PowerState, NumCPU, MemoryGB, 
    @{N="Disks";E={$_.HardDisks | Select-Object Name, CapacityGB}},
    @{N="GuestOS";E={$_.ExtensionData.Config.GuestFullName}} |
    Export-Csv -Path vmware-inventory.csv -NoTypeInformation

Passo 2 — Avaliar compatibilidade:

Tipo de VM Hyper-V Proxmox
Windows Server 2016+ ✅ Nativo (Integration Services) ✅ Via VirtIO drivers
Windows 10/11 ✅ Nativo ✅ Via VirtIO drivers
Linux (Ubuntu, Debian, RHEL) ✅ (Hyper-V LIS) ✅ Nativo (KVM)
VMs com PCI passthrough (GPU) ✅ DDA (Device Discrete Assignment) ✅ VFIO/PCIe passthrough
VMs com snapshots VMware Consolidar antes de migrar Consolidar antes de migrar

7. Migrar para Hyper-V: Passo-a-Passo

A migração de VMware para Hyper-V envolve converter os discos VMDK para VHDX e importar a VM. Existem duas abordagens: usar o Microsoft Virtual Machine Converter (MVVMC) ou conversão manual.

Método 1 — Conversão manual (recomendado para poucas VMs):

# Passo 1: Converter VMDK para VHDX com qemu-img
# (Instalar QEMU no Windows ou usar máquina Linux)
qemu-img convert -f vmdk -O vhdx -o subformat=dynamic \
  source-disk.vmdk destination-disk.vhdx

# Passo 2: Criar VM vazia no Hyper-V
New-VM -Name "SRV-APP-01" -MemoryStartupBytes 8GB `
  -Generation 2 -SwitchName "vSwitch-External"

# Passo 3: Anexar o disco VHDX convertido
Add-VMHardDiskDrive -VMName "SRV-APP-01" `
  -Path "D:\VMs\SRV-APP-01\destination-disk.vhdx"

# Passo 4: Configurar CPU
Set-VM -VMName "SRV-APP-01" -ProcessorCount 4

# Passo 5: Arrancar e instalar Integration Services
# (Windows Server 2016+ já inclui; older precisa de instalar)

Método 2 — Usar StarWind V2V Converter (gratuito):

# StarWind V2V Converter (GUI) — gratuito
# 1. Download: https://www.starwindsoftware.com/v2v-help
# 2. Abrir StarWind V2V Converter
# 3. Seleccionar "VMware ESXi VM" como source
# 4. Indicar endereço ESXi + credenciais
# 5. Seleccionar VM
# 6. Escolher "Hyper-V" como destino
# 7. Escolher formato VHDX (dynamic)
# 8. Converter — cria VM completa no Hyper-V
⚠️ Aviso

VMs VMware com thin provisioning devem ser convertidas com `qemu-img convert` que preserva o sparse format. Não uses `dd` para copiar VMDKs — expande o disco para o tamanho total.

8. Migrar para Proxmox: Passo-a-Passo

A migração para Proxmox é mais directa porque ambos usam QEMU. O processo principal é converter VMDK para qcow2 e importar.

# Passo 1: Copiar VMDK do ESXi para o Proxmox
# Opção A: via SSH do ESXi
ssh root@esxi-host "cat /vmfs/volumes/datastore1/VM-01/VM-01.vmdk" \
  > /tmp/VM-01.vmdk

# Opção B: via SCP
scp root@esxi-host:/vmfs/volumes/datastore1/VM-01/*.vmdk /tmp/

# Passo 2: Converter VMDK para qcow2
qemu-img convert -f vmdk -O qcow2 /tmp/VM-01.vmdk \
  /mnt/pve/local-lvm/VM-01.qcow2

# Passo 3: Criar VM no Proxmox
qm create 201 --name "SRV-APP-01" --memory 8192 \
  --cores 4 --net0 virtio,bridge=vmbr0 --ostype win11

# Passo 4: Importar disco convertido
qm importdisk 201 /mnt/pve/local-lvm/VM-01.qcow2 local-lvm

# Passo 5: Anexar disco à VM
qm set 201 --scsi0 local-lvm:vm-201-disk-0

# Passo 6: Para Windows — instalar VirtIO drivers
# Download ISO: https://fedorapeople.org/groups/virt/virtio-win/direct/
qm set 201 --ide2 local:iso/virtio-win.iso,media=cdrom

# Passo 7: Arrancar
qm start 201
ℹ️ Informação

Para VMs Windows, é obrigatório instalar os VirtIO drivers (disco, rede, balloon) — sem eles, o Windows não detecta o disco SCSI. Monta o ISO VirtIO antes do primeiro boot.

9. Considerações de Networking

A migração de networking é frequentemente o ponto mais complexo. Cada plataforma tem o seu próprio modelo de switching virtual:

VMware Hyper-V Proxmox
vSwitch (Standard) Virtual Switch (External/Internal/Private) Linux Bridge (vmbr0)
Distributed vSwitch (Enterprise+) NIC Teaming + SET (Switch Embedded Teaming) Open vSwitch (opcional)
VLAN tagging (VGT, EST, VST) VLAN on vSwitch (trunk/access) VLAN no bridge (vlan-aware)
Port groups vSwitch port groups Bridge + VLAN tag por VM

Proxmox — configurar VLAN-aware bridge:

# /etc/network/interfaces no Proxmox
auto vmbr0
iface vmbr0 inet manual
    bridge-ports eno1
    bridge-stp off
    bridge-fd 0
    bridge-vlan-aware yes
    bridge-vids 2-4094

# Depois atribuir VLAN por VM:
qm set 201 --net0 virtio,bridge=vmbr0,tag=100

10. Clustering e Alta Disponibilidade

Ambas as plataformas suportam clustering e HA sem custo adicional — uma vantagem significativa sobre VMware que requer vSAN ou storage partilhado caro para HA completo.

Hyper-V Failover Cluster:

# Criar cluster via PowerShell (3 nós)
# Pré-requisitos: storage partilhado (iSCSI/FC) ou CSV
Test-Cluster -Node "HV-NODE1","HV-NODE2","HV-NODE3"
New-Cluster -Name "HV-CLUSTER" -Node "HV-NODE1","HV-NODE2","HV-NODE3" `
  -StaticAddress 192.168.1.100

# Configurar quorum (Witness em file share)
Set-ClusterQuorum -NodeAndFileShareMajority \\AD01\quorum

# Activar Live Migration
Enable-VMMigration
Set-VMHost -UseAnyNetworkForMigration $true

Proxmox Cluster:

# No nó 1 (primeiro nó do cluster)
pvecm create pmx-cluster-01

# Nos nós 2 e 3 (join cluster)
pvecm add 192.168.1.10

# Verificar status do cluster
pvecm status

# Configurar HA — adicionar VM ao grupo HA
ha-manager add -group pmx-ha-group -state enable
qm set 201 --ha 1
💡 Dica

O Proxmox suporta HA sem storage partilhado usando ZFS replication entre nós. Isto é uma vantagem única — não precisas de SAN/NAS para ter HA.

11. Backup e Recuperação

O backup é crítico pós-migração. Cada plataforma tem soluções nativas ou recomendadas:

Hyper-V — Veeam Backup & Replication Community Edition (gratuito):

# Veeam Community Edition — gratuito até 10 VMs
# Download: https://www.veeam.com/backup-replication-free.html
# 1. Instalar Veeam B&R num Windows Server
# 2. Adicionar Hyper-V host: Add-VERHVInfrastructure
# 3. Criar backup job:
#    - Seleccionar VMs
#    - Definir repository (directório local ou NAS)
#    - Schedule: diário 02:00, retention 7 restore points
# 4. Activar reverse incremental para restore rápido

Proxmox — Proxmox Backup Server (gratuito):

# Instalar Proxmox Backup Server (PBS)
# Download ISO: https://pbs.proxmox.com/
# 1. Instalar num servidor dedicado (pode ser VM)
# 2. Criar datastore:
proxmox-backup-manager datastore create vm-backups /mnt/backup/vm-backups

# 3. No Proxmox VE, adicionar PBS como storage:
# Datacenter > Storage > Add > Proxmox Backup Server
# Server: pbs.local
# Datastore: vm-backups
# Fingerprint: AB:CD:EF:...

# 4. Configurar backup job:
vzdump 201 --storage pbs:vm-backups --mode scheduled \
  --schedule "02:00" --dow all --mailto [email protected]

12. Checklist de Migração

  • ☐ Inventariar todas as VMs (nome, OS, CPU, RAM, discos, networking)
  • ☐ Consolidar snapshots VMware antes de migrar
  • ☐ Verificar contrato Broadcom — cláusulas de auditoria ou penalizações
  • ☐ Escolher plataforma destino (Hyper-V se já tens WS, Proxmox se queres open-source)
  • ☐ Preparar host destino (instalar Hyper-V ou Proxmox VE)
  • ☐ Configurar networking virtual (vSwitch/bridge, VLANs)
  • ☐ Configurar storage (CSV/iSCSI para Hyper-V, ZFS/LVM para Proxmox)
  • ☐ Converter discos VMDK → VHDX/qcow2
  • ☐ Importar VMs e instalar drivers (Integration Services/VirtIO)
  • ☐ Testar boot e aplicações em cada VM migrada
  • ☐ Configurar backup (Veeam Community ou Proxmox Backup Server)
  • ☐ Configurar clustering/HA se múltiplos hosts
  • ☐ Migrar DNS e monitoring para nova plataforma
  • ☐ Decomissionar ESXi hosts (formatar ou reutilizar)
  • ☐ Cancelar subscription VMware (verificar termos)

13. Recomendações Finais para PMEs

ℹ️ Informação

A escolha entre Hyper-V e Proxmox depende principalmente de duas questões: tens licença Windows Server activa? A tua equipa tem conhecimento de Linux? Se sim a ambas, Hyper-V é zero-custo. Se não a ambas, Proxmox é gratuito e a learning curve é compensada pela independência de vendor.

  • Cenário A — já tens Windows Server Datacenter: Hyper-V é a opção mais rápida e económica. Usa StarWind V2V Converter para migração assistida.
  • Cenário B — queres reduzir dependência de vendors: Proxmox VE é a escolha. Curva de aprendizagem Linux, mas sem custos de licença e com backup gratuito incluído.
  • Cenário C — ambiente misto (Windows + Linux): Proxmox é melhor para VMs Linux (KVM nativo, VirtIO). Hyper-V é melhor para VMs Windows (Integration Services nativo).
  • Migração faseada: migra primeiro VMs não-críticas (test/dev), depois produção. Mantém ESXi a correr em paralelo durante 2-4 semanas para rollback.
  • Não migrar tudo de uma vez: usa janelas de manutenção fora de horas. Migra 2-3 VMs por semana.
  • Testar backup antes de decomissionar VMware: faz um restore completo de pelo menos uma VM migrada antes de desligar o ESXi.

Artigos Relacionados

← Voltar ao Índice

Este artigo foi útil?

Duarte Spínola

Artigos  

Deixe um Comentário