Com Vam Migrar +500 VMs de VMware a Proxmox Sense Aturar el Negoci

Un dels nostres clients es va trobar amb una factura de VMware que passava de 80.000 a 350.000 euros anuals després de l'adquisició de Broadcom. Tenia 12 hosts ESXi, més de 500 màquines virtuals i tres ubicacions. Necessitava una alternativa real, sense aturar el negoci. Això és el que vam fer.

El context: quan VMware deixa de ser una opció

El client és una empresa industrial amb presència a tres seus a Catalunya. El seu entorn de virtualització portava set anys sobre VMware vSphere amb vSAN: 12 hosts ESXi, més de 500 VMs en producció, xarxes VLAN segmentades per departament i rèpliques entre seus. Tot funcionava. Fins que va arribar la factura de renovació.

Amb el canvi de model de llicències de Broadcom, el cost passava de 80.000€ a 350.000€ anuals — un increment del 337%. No era un error: era el nou preu. El client ens va trucar amb una pregunta clara: «Podem sortir de VMware sense aturar el negoci?»

Fase 1: Auditoria completa (setmanes 1-2)

Abans de tocar res, necessitàvem saber exactament què teníem. Vam fer un inventari exhaustiu de tot l'entorn VMware amb RVTools, scripts PowerCLI personalitzats i documentació manual de dependències.

# Inventario automatizado con PowerCLI
Get-VM | Select Name, PowerState, NumCpu, MemoryGB, `
  @{N='DiskGB';E={(Get-HardDisk -VM $_ | Measure -Sum CapacityGB).Sum}}, `
  @{N='VLAN';E={(Get-NetworkAdapter -VM $_ ).NetworkName}}, `
  Guest, VMHost | Export-Csv -Path vm_inventory.csv

# Resultado: 512 VMs, 14.3 TB de disco, 47 VLANs unicas

L'auditoria va revelar sorpreses. Vam trobar 47 màquines amb Windows Server 2012 R2 que ningú recordava que existien, algunes corrent serveis de fitxers antics que encara tenien usuaris actius. També vam descobrir 23 snapshots orfes que consumien 2.1 TB d'espai innecessari.

Fase 2: Disseny del nou entorn (setmanes 2-3)

Vam dissenyar un cluster Proxmox VE de 12 nodes (aprofitant el mateix hardware) amb Ceph com a storage distribuït. La clau era replicar exactament la topologia de xarxa existent perquè les aplicacions no notessin cap canvi.

Fase 3: Pilot amb 30 VMs (setmanes 3-4)

No vam migrar tot de cop. Vam seleccionar 30 VMs no crítiques — entorns de desenvolupament, servidors de test i eines internes — per validar tot el procés. La conversió VMDK a QCOW2 va ser el nucli tècnic:

# Conversion VMDK -> QCOW2 con compresion
qemu-img convert -f vmdk -O qcow2 -o preallocation=metadata \
  vm-disk.vmdk vm-disk.qcow2

# Importar a Proxmox (directo a Ceph pool)
qm importdisk 100 vm-disk.qcow2 ceph-ssd --format raw

# Para VMs grandes, conversion directa a raw en Ceph (mas rapido)
qemu-img convert -f vmdk -O raw vm-disk.vmdk rbd:ceph-ssd/vm-100-disk-0

# Verificacion de integridad
qemu-img check vm-disk.qcow2
qemu-img compare vm-disk.vmdk vm-disk.qcow2

El pilot va revelar dos problemes importants que vam resoldre abans de la migració massiva:

Fase 4: Migració massiva (setmanes 4-8)

Amb el pilot validat, vam entrar en mode de migració. Cada dissabte, en finestres de manteniment de 4 hores (de 06:00 a 10:00), migràvem lots de 50 a 80 VMs. Vam automatitzar tot el procés amb scripts bash:

#!/bin/bash
# migrate_batch.sh - Migracion por lotes VMDK -> Proxmox/Ceph
BATCH_FILE="$1"          # CSV: vmname,vmid,pool,node
LOG="/var/log/migration/$(date +%Y%m%d).log"

while IFS=',' read -r vmname vmid pool node; do
    echo "[$(date)] Migrando $vmname -> VMID $vmid en $node" | tee -a "$LOG"

    # 1. Exportar VMDK via SSH desde ESXi
    ssh esxi "vim-cmd vmsvc/power.off \
      \$(vim-cmd vmsvc/getallvms | grep $vmname | awk '{print \$1}')"
    scp esxi:/vmfs/volumes/datastore1/$vmname/$vmname.vmdk /tmp/migration/

    # 2. Convertir e importar directamente al pool Ceph
    qemu-img convert -p -f vmdk -O raw \
      /tmp/migration/$vmname.vmdk rbd:$pool/vm-${vmid}-disk-0

    # 3. Crear config de VM en Proxmox
    qm create $vmid --name "$vmname" --memory 4096 --cores 2 \
      --net0 virtio,bridge=vmbr0 --ostype l26 \
      --scsi0 $pool:vm-${vmid}-disk-0 --scsihw virtio-scsi-single \
      --boot order=scsi0

    # 4. Verificacion
    qm start $vmid
    sleep 30
    qm agent $vmid ping && echo "[OK] $vmname operativa" | tee -a "$LOG"

    # 5. Cleanup
    rm /tmp/migration/$vmname.vmdk
done < "$BATCH_FILE"

Per a les VMs crítiques — servidors SQL Server, Exchange i l'ERP — no podíem permetre'ns cap finestra de manteniment. Vam usar una estratègia de replicació en calent:

Fase 5: Optimització i decommission (setmanes 8-10)

Amb totes les VMs migrades, vam dedicar dues setmanes a optimitzar el rendiment del cluster Ceph i completar la transició:

# Tuning Ceph OSD para NVMe
ceph config set osd.* bluestore_cache_size_hdd 1073741824
ceph config set osd.* bluestore_cache_size_ssd 3221225472
ceph config set osd.* osd_memory_target 4294967296

# Balanceo de PGs
ceph balancer mode upmap
ceph balancer on

# Ajuste de recovery para no impactar produccion
ceph config set osd osd_recovery_max_active 1
ceph config set osd osd_recovery_sleep_hdd 0.1
ceph config set osd osd_max_backfills 1

# Verificacion de salud
ceph health detail
ceph osd pool stats

En paral·lel, vam formar l'equip IT del client amb sessions pràctiques de 3 dies cobrint temes com gestió de VMs, Ceph, backups, HA i resolució de problemes. Vam entregar documentació completa de tot l'entorn i un runbook per a incidències. Finalment, vam fer el decommission dels hosts ESXi: format, reclamació de llicències i retirada del vCenter.

Resultats: els números parlen

Lliçons apreses: 5 consells per a la teva migració

Cronologia completa

Et toca a tu

Si esteu davant d'una renovació de VMware amb preus desorbitats, o simplement voleu explorar alternatives obertes amb suport professional, podem ajudar-vos. Portem anys desplegant i gestionant entorns Proxmox amb Ceph en producció per a empreses de tota mida. Cada projecte és diferent, però l'experiència acumulada ens permet planificar migracions amb garanties.