Cloud privado Proxmox VE gestionado: la salida real al modelo Broadcom
Proxmox VE es la alternativa open source más madura a VMware. Sin licencias de suscripción forzada, con clústeres HA, almacenamiento Ceph integrado y un ecosistema activo. Nosotros lo desplegamos y lo operamos sobre hardware dedicado en España y la UE.
Proxmox enterprise, sin el coste de VMware enterprise
Gestionamos Proxmox VE en clústeres de producción para empresas que quieren las garantías de una plataforma gestionada sin los costes del modelo de licencias de Broadcom.
Clústeres Proxmox VE en HA
Desplegamos clústeres de 3 o más nodos con Proxmox Cluster (corosync/pve-cluster). Fencing automático, quorum configurable y recuperación de VMs y contenedores sin intervención manual.
Almacenamiento Ceph integrado
Ceph distribuido sobre los mismos nodos de cómputo, sin SAN externa. Políticas de replicación 2× o 3×, balanceo automático y tolerancia a fallos de disco y nodo incluidos de serie.
ZFS para rendimiento local
Para cargas que priorizan latencia sobre distribución, desplegamos ZFS en RAID-Z o mirror. Snapshots instantáneos, clonado y checksums de integridad sin coste de licencia adicional.
Migración VMware → Proxmox
Convertimos tus VMs VMware (VMDK a QCOW2/RAW) con el tooling de importación de Proxmox. Planificamos la migración por fases para minimizar el impacto y validamos cada VM antes y después.
Backup con Proxmox Backup Server
Copias incrementales verificadas, deduplicación en origen y cifrado en tránsito y en reposo. Podemos configurar un PBS secundario offsite para cumplir la regla 3-2-1.
KVM y LXC: VMs y contenedores
Proxmox permite combinar máquinas virtuales KVM con contenedores LXC en el mismo clúster. Reducir el overhead de la virtualización completa cuando la carga lo permite.
Lo que de verdad hay que mirar antes de salir de VMware
Casi todas las conversaciones sobre Proxmox empiezan por el precio de las licencias, y esa es la parte fácil. Lo que decide si una migración sale bien es lo otro: qué funciones estás usando de verdad, cuáles tienen equivalente y cuáles no.
Lo que se traduce sin drama
La mayor parte de una plataforma virtualizada corriente tiene equivalente directo, y en varios casos el equivalente viene incluido en vez de facturarse aparte:
| Lo que usas | En Proxmox VE |
|---|---|
| Clúster con reinicio automático de VMs | HA con corosync, watchdog y fencing. Incluido |
| Migración en vivo entre nodos | Migración en vivo, también con almacenamiento local. Incluida |
| Almacenamiento distribuido | Ceph integrado en la propia interfaz, o ZFS replicado si el clúster es pequeño |
| Snapshots y backup | Snapshots nativos y Proxmox Backup Server, con deduplicación y verificación automática de las copias |
| Roles y permisos | Control de acceso por rol y por ámbito, con autenticación externa y doble factor |
| Redes virtuales y segmentación | SDN integrado con VLAN, VXLAN y EVPN, y cortafuegos por máquina |
Lo que cambia y hay que planificar
- La distribución automática de carga funciona distinto. Proxmox no reequilibra el clúster de forma continua como estás acostumbrado; se planifica dónde arranca cada máquina y se ajusta cuando hace falta. En la práctica esto importa menos de lo que parece, pero conviene saberlo antes y no después.
- Los drivers del invitado cambian. Cada máquina Windows necesita los drivers VirtIO instalados antes de moverla, y hay que desinstalar las herramientas del hipervisor anterior. Es mecánico, pero si se olvida, la máquina arranca lenta o no arranca.
- El respaldo del ecosistema es distinto. Hay soporte comercial con suscripción, hay una comunidad muy activa y hay documentación buena, pero no hay el mismo tejido de integraciones certificadas de terceros. Si dependes de una herramienta concreta, se comprueba antes de firmar nada.
- Alguien tiene que operarlo. Quitar la licencia no quita el trabajo. Si tu equipo no va a especializarse, esa parte hay que externalizarla, y contarla en el cálculo.
Lo desarrollamos con la cuenta completa —incluida la que no sale a favor— en el coste real de migrar de VMware a Proxmox.
Cómo migramos, y por qué nunca de golpe
Una migración de hipervisor no es un fin de semana largo. Es una serie de olas pequeñas en las que cada una enseña algo que se aplica en la siguiente, y en las que siempre existe el camino de vuelta.
- Inventario real. Qué máquinas hay, qué consumen de verdad frente a lo que tienen asignado, qué depende de qué y cuáles llevan años encendidas sin que nadie sepa para qué. Es habitual que aquí desaparezca entre un 10 y un 20 % del parque antes de mover nada.
- Clúster nuevo en paralelo. Se monta al lado del que ya tienes, no encima. Mientras se prueba, tu plataforma actual sigue funcionando intacta.
- Ola piloto. Se mueve primero lo que menos duele si hay que revertir: entornos de prueba, servicios internos sin usuarios externos. Se mide el rendimiento real, no el esperado.
- Preparación de los invitados. Drivers VirtIO, retirada de las herramientas del hipervisor anterior, revisión de arranque. Máquina a máquina.
- Olas de producción. Por grupos de dependencia, en ventanas acordadas y con el plan de vuelta atrás escrito antes de empezar cada una.
- Retirada de lo viejo. No se apaga la plataforma anterior el mismo día que termina la última ola. Se deja un periodo de convivencia para poder volver, y solo después se libera.
Los plazos dependen del tamaño del parque y de las dependencias, y se concretan con fechas en la propuesta. Cómo planteamos una migración.
Cuándo Proxmox no es la respuesta
Vivimos de desplegar y operar esto, así que conviene decir también dónde no encaja. Hay tres situaciones en las que recomendamos no migrar:
- Cuando dependes de una integración certificada que no existe. Si tu software crítico solo está soportado sobre una plataforma concreta y el fabricante no reconoce otra, el ahorro de licencia no compensa quedarte sin soporte del proveedor de la aplicación.
- Cuando el contrato en vigor todavía tiene recorrido. Si acabas de renovar por tres años, migrar ahora es pagar dos veces. Lo sensato es preparar la salida con tiempo y ejecutarla cuando toque la renovación.
- Cuando el problema no era el hipervisor. Si la plataforma va mal por almacenamiento mal dimensionado o por una aplicación que no escala, cambiar de hipervisor no lo arregla: lo cambia de sitio.
En cualquiera de los tres casos te lo diremos, aunque signifique que no hay proyecto. Sale más barato que una migración que no debía haberse hecho. Comparar las plataformas con criterio.
Resolvemos tus dudas
¿Proxmox VE es fiable para producción enterprise?
Sí. Proxmox VE está basado en Debian, usa KVM como hipervisor (mismo que usa RHEV y otros productos enterprise) y Ceph como capa de almacenamiento distribuido. Lo usan empresas medianas y grandes en producción desde 2008. El soporte de Proxmox Server Solutions GmbH está disponible y nosotros lo tramitamos en tu nombre si es necesario.
¿Cuánto me ahorro comparado con VMware?
Depende del tamaño del clúster. En instalaciones típicas de 3-8 nodos el ahorro en licencias ronda los 40.000-120.000 € anuales respecto al modelo de suscripción actual de Broadcom. Te preparamos un análisis comparativo de costes a 3 años con tu inventario real.
¿La migración desde VMware implica cortes de servicio?
Generalmente sí, pero los minimizamos. La importación de VMs se hace en frío (la VM se apaga, se convierte y se arranca en Proxmox), pero planificamos las ventanas por lotes para que nunca estén fuera de servicio servicios críticos al mismo tiempo. El tiempo típico de conversión por VM de tamaño mediano es de 20-60 minutos.
¿Qué ocurre si un nodo del clúster Proxmox falla?
Con HA activo, Proxmox detecta el fallo a través de corosync en segundos. El fence agent aísla el nodo problemático y las VMs marcadas como HA se reinician automáticamente en los nodos supervivientes. El tiempo de recuperación depende del tiempo de arranque de las VMs, normalmente menos de 3 minutos.
Cuéntanos tu proyecto y elegimos por ti
Un especialista te contacta con la arquitectura recomendada, los plazos y el presupuesto. Sin coste y sin compromiso.