Qué features de vSphere vas a extrañar (y con qué se reemplazan)

Respuesta corta: vMotion, HA y DRS tienen equivalentes maduros en Proxmox y XCP-ng, aunque con más configuración manual. vSAN se reemplaza con Ceph o ZFS. NSX es el único sin sustituto directo: su microsegmentación distribuida no tiene equivalente uno a uno en el mundo abierto. Si dependés de NSX en serio, esa es la conversación difícil de tu proyecto.

La buena noticia es que la mayoría de las empresas usa una fracción de estas capacidades.

El inventario de lo que se pierde

vMotion — migración en caliente

Mover una VM encendida entre hosts sin cortar el servicio.

Equivalente: existe en Proxmox (migración en vivo) y en XCP-ng. Funciona bien y es una capacidad estándar de KVM, no un agregado exótico.

La diferencia: requiere almacenamiento compartido correctamente configurado y CPUs compatibles entre hosts. vSphere te oculta parte de esa complejidad; acá la vas a ver.

Storage vMotion — mover discos en caliente

Equivalente: Proxmox permite mover el disco de una VM encendida entre almacenamientos.

La diferencia: menor. Es de los reemplazos más limpios.

HA — alta disponibilidad

Reiniciar automáticamente las VMs de un host caído en otro host.

Equivalente: Proxmox HA y el pool de XCP-ng.

La diferencia importante: en vSphere HA es prácticamente tildar una casilla. En Proxmox tenés que entender quórum y fencing, y armar bien el clúster. Un clúster de dos nodos sin dispositivo de desempate es una receta para split-brain. Esto es capacitación real, no un detalle.

DRS — balanceo automático de carga

Redistribuir VMs entre hosts según la carga en tiempo real.

Equivalente: no hay uno equivalente y automático. Proxmox tiene reglas de afinidad y se puede armar balanceo con scripts o herramientas externas.

Cómo se compensa: en la práctica, la mayoría de las PyMEs no tenía DRS realmente activo en modo automático. Verificalo antes de darlo por perdido: Get-Cluster | Select DrsEnabled, DrsAutomationLevel.

Fault Tolerance — copia espejo en vivo

Equivalente: no existe en el mundo abierto con esa forma.

Cómo se compensa: con alta disponibilidad a nivel aplicación (clúster de base de datos, balanceador con varias instancias), que además suele ser mejor arquitectura. Es una feature que casi nadie usa: exige recursos duplicados y tiene límites estrictos.

vSAN — almacenamiento hiperconvergente

Discos locales de varios nodos formando un datastore distribuido.

Equivalente: Ceph (integrado en Proxmox) o ZFS con replicación.

La diferencia: Ceph es potente y tiene sus propias reglas. Necesita al menos 3 nodos, red dedicada y entender cómo se comporta cuando algo falla. No es más difícil que vSAN, es distinto.

NSX — red definida por software

Microsegmentación, switches y routers virtuales, firewall distribuido por VM.

Equivalente: acá está el problema. Se arma con Open vSwitch, VLANs, firewall por VM o SDN de Proxmox, pero no hay un producto que replique NSX uno a uno.

Qué hacer: si usás NSX solo para VLANs y algo de aislamiento, se cubre sin drama. Si dependés de microsegmentación distribuida con políticas por aplicación, revisá esto antes de cualquier otra cosa del proyecto.

Resumen

FeatureReemplazoDificultad
vMotionMigración en vivo de KVM/XenBaja
Storage vMotionMove disk de ProxmoxBaja
HAProxmox HA / pool XCP-ngMedia — quórum y fencing
DRSSin equivalente automáticoMedia — casi nadie lo usaba
Fault ToleranceHA a nivel aplicaciónBaja — casi nadie lo usaba
vSANCeph o ZFSMedia-alta
NSXSin equivalente directoAlta
SnapshotsNativo en QCOW2/ZFS/CephBaja
Templates y clonesNativoBaja

Lo que se gana

La lista de pérdidas es la que asusta, pero es honesto poner la otra columna:

  • Backup integrado. Proxmox Backup Server hace backup incremental deduplicado sin comprar un producto aparte.
  • Contenedores nativos. LXC junto a las VMs, en el mismo plano.
  • API abierta y automatizable sin licencia adicional por feature.
  • Sin límites artificiales por edición. Lo que trae, lo trae completo.
  • Snapshots y clones sin restricciones de licenciamiento.

Preguntas frecuentes

¿Puedo tener alta disponibilidad de verdad sin vSphere?

Sí, con un clúster bien armado: mínimo 3 nodos (o 2 más un dispositivo de quórum), almacenamiento compartido y fencing configurado. Funciona. Requiere entenderlo, que es distinto de que sea difícil.

¿Ceph es tan bueno como vSAN?

Para la mayoría de los casos, sí, y escala mejor. Pide más planificación inicial: red dedicada, al menos 3 nodos y entender los dominios de falla.

¿Qué pasa si dependo mucho de NSX?

Es el caso donde más seriamente hay que evaluar quedarse, o migrar por etapas dejando esas cargas para el final. No lo descubras a mitad del proyecto.

¿Cómo sé qué uso realmente?

Con datos, no de memoria. Get-Cluster | Select Name, HAEnabled, DrsEnabled y revisar si vSAN y NSX están configurados y en uso. Es el Paso 2 del kit de renovación.

En resumen

De la lista, lo único sin reemplazo real es NSX, y lo único que exige aprendizaje serio es HA con quórum y Ceph. Todo lo demás tiene equivalente maduro. Lo importante es hacer el inventario honesto de lo que usás, porque la mayoría de las empresas descubre que la lista de features imprescindibles es mucho más corta de lo que creía.

Descarga gratuitaInventario de features VMware: cómo medir qué usás realmente

3 páginas · el procedimiento paso a paso, en PDF. Gratis, por dejar tu email.

Descargar gratis