Introducción

Es preocupación conocida del mercado que la adquisición de VMware por parte de Broadcom resulta un impacto significativo en el costo de mantener el ambiente actual de la empresa. Los cambios de políticas impactaron directamente en el TCO y el ROI de los ambientes productivos.
En la Pyme resulta casi imposible de mantener y muchas empresas mantienen sus licencias perpetuas sin soporte, algo que en algún momento pasará a ser una necesidad salir. Las alternativas más escuchadas para estos casos son Proxmox.. y por qué no Hyper-V, que al fin del día puede que sea la más adecuada en estos casos.
Ahora si estamos en un ambiente Enteprise, probablemente el camino seguro es renovar VMware con las nuevas políticas. El panorama es agresivo, porque Broadcom tiende a ofrecer un producto High-End con todo lo que VMware puede hacer, lo necesites o no (ejemplo, Tanzu es parte de la licencia, aunque no haya necesidad de Kubernetes). También quiere una cantidad minima de 72 core de licencias para empezar, y un compromiso de tres años… corrompiendo por así decirlo la característica de “on-demand” de los esquemas de nube. Es así, si queremos ese nivel de servicio.. hasta ahora.
La novedad: Nutanix abrió el juego junto con Dell, y ahora puedo usar Acropolis PowerStore.

Tres soluciones robustas con nivel de Servicio Enterprise

Nutanix AHV, Dell PowerStore y Veeam son, cada uno por separado, productos maduros y probados en ambientes enterprise.

Lo que novedad hace apenas unas semanas es que ahora pueden pensarse como un mismo stack: Nutanix sumó soporte de storage externo para AHV, y en particular con Dell nuestro interés es la integración con PowerStore.

Vale la pena explorar esta combinación — pero con honestidad: es una novedad de julio de 2026, y no toda la integración fina entre las tres partes está todavía documentada o probada en conjunto. Lo que sigue es la arquitectura y el razonamiento; más abajo señalamos puntualmente qué está confirmado y qué falta validar.

El escenario típico

Muchas organizaciones hoy sostienen su continuidad de negocio con una combinación conocida: VMware vSphere como hipervisor, un storage externo de gama alta, VMware Site Recovery Manager (SRM) para orquestar la recuperación entre sitios, y Veeam Backup & Replication para el resguardo diario. Funciona, pero tiene un costo creciente — de licenciamiento, de complejidad operativa, y de dependencia de una única pila de virtualización.

La pregunta que empieza a aparecer en las mesas de IT es directa: ¿se puede mantener el mismo nivel de protección y orquestación, cambiando el hipervisor, sin tener que reemplazar el storage en el que ya se invirtió?

La novedad: AHV ya puede correr sobre storage externo

Hasta hace muy poco, Nutanix AHV solo trabajaba con el storage distribuido propio de Nutanix (Nutanix Cloud Infrastructure). Eso cambió: con Nutanix Cloud Infrastructure (NCI) 7.6, Nutanix sumó soporte oficial de storage externo para AHV. Dell fue el primer socio en integrar esta capacidad, primero con PowerFlex (abril 2026, incluyendo replicación síncrona) y ahora también con Dell PowerStore, validado con ciclo de vida completo (Day 0 a Day 2), upgrades no disruptivos y escalado independiente de cómputo y storage.

En la práctica: los discos virtuales de las VMs en AHV se mapean a volúmenes en el PowerStore vía NVMe/TCP, con el servicio Stargate de Nutanix mediando el I/O. La gestión de snapshots, políticas de protección y replicación se hace desde Prism Central, con tres modalidades: Metro (RPO cero con failover automático), síncrona (RPO cero) y asincrónica (por intervalos programados) — las mismas opciones que Nutanix ya ofrece con su storage propio.

Esto abre una puerta concreta: migrar el hipervisor de vSphere a AHV sin dar de baja el PowerStore existente.

Los tres pilares de la solución

Nutanix AHV aporta el hipervisor — más simple de operar y licenciar que vSphere, con Prism como plano único de gestión de cómputo, red (Flow) y ahora también del storage externo.

Dell PowerStore sigue siendo el storage: arreglo unificado NVMe all-flash (los modelos QLC como el 5200Q escalan hasta 25PB efectivos por clúster), con deduplicación y compresión en línea con una garantía de reducción de datos de 6:1, y snapshots inmutables por diseño. Desde PowerStore 3.5 existen además “secure snapshots”, que no pueden borrarse manualmente — ni por un administrador, ni por un atacante con credenciales comprometidas — hasta que vence su plazo de retención.

Veeam cubre el resguardo y la orquestación de la recuperación:

• Backup nativo y sin agentes de las VMs en AHV, mediante el Veeam Plug-in for Nutanix AHV, con soporte de snapshots consistentes a nivel de aplicación y restore granular de archivos individuales sin necesidad de levantar la VM completa.
• Veeam Recovery Orchestrator (evolución de Veeam Availability Orchestrator) como el equivalente funcional de SRM: planes de recuperación documentados, testing no disruptivo y automatización del failover/failback, sin atarse a la pila de VMware.

Snapshots deduplicados como mecánica anti-ransomware

Un storage con deduplicación real, como PowerStore, cambia la ecuación de cuántas copias de recuperación conviene mantener. Como cada snapshot solo ocupa espacio por los bloques que cambiaron, sostener versiones diarias (o más frecuentes) durante semanas deja de ser una decisión cara. Combinado con la inmutabilidad de los “secure snapshots”, esto da una capa de recuperación ante ransomware que no depende de restaurar desde backup: se vuelve a un punto anterior directamente desde el storage, en minutos, con una copia que el atacante no pudo tocar ni borrar.

Un capacidad poco usada en Argentina, y muy poderosa: explorar dentro del snapshot

Veeam tiene una función nativa — Veeam Explorer for Storage Snapshots — que permite conectarse directo al storage y navegar qué hay adentro de un snapshot del arreglo, sin que ese snapshot tenga que ser un backup de Veeam. Se puede entrar a una VM que vive dentro de ese snapshot y sacar un archivo puntual, sin restaurar la máquina entera. Es una herramienta que casi no se usa en el mercado local, y que en ambientes enterprise es de gran valor para recuperaciones rápidas y quirúrgicas.

Hoy esta capacidad está documentada y probada sobre datastores de VMware vSphere integrados vía la Universal Storage API (la misma que usa el plug-in de Dell PowerStore). Todavía no encontramos confirmación de que funcione igual sobre un volumen de PowerStore usado como storage externo de Nutanix AHV — es, otra vez, terreno muy nuevo.

Lo que está confirmado y lo que falta validar

Confirmado hoy:

• AHV soporta PowerStore como storage externo (NCI 7.6), gestionado desde Prism, con replicación Metro/síncrona/asincrónica.
• Veeam hace backup nativo y sin agentes de VMs en AHV, con restore de archivos individuales.
• Veeam Recovery Orchestrator orquesta planes de recuperación de forma independiente de VMware.
• PowerStore ofrece snapshots inmutables, “secure snapshots” y deduplicación de alto nivel.

Por confirmar con Dell/Veeam antes de comprometerlo con un cliente:

• Si el backup de Veeam para AHV puede hacer offload/restore directo contra snapshots del propio PowerStore (hoy esa integración está documentada para vSphere, no para AHV).
• Si Veeam Explorer for Storage Snapshots puede navegar snapshots de PowerStore cuando el hipervisor es AHV.

Para quién es esta solución

Para organizaciones que hoy sostienen vSphere + storage externo + SRM + Veeam, y que están evaluando reducir su dependencia de VMware sin resignar la inversión ya hecha en storage ni el nivel de orquestación de DR que tienen hoy.

Transformación: el camino hacia contenedores, a futuro

Todo lo anterior describe lo que veníamos llamando Virtualización, y que hoy casi todo el mercado prefiere llamar “Private Cloud” — el nombre confunde un poco cuando la infraestructura es on-premise, pero es el término que se instaló. Esta arquitectura resuelve bien ese mundo tradicional. La transformación real, la que cambia cómo se construyen las aplicaciones, es otra: contenedores, CNCF, DevOps, Kubernetes. No es parte de esta Solución hoy, pero vale la pena dejar mapeado el terreno, porque todo esto puede sumarse con el tiempo sobre la misma base de AHV + PowerStore.

En VMware, la apuesta para eso se llama Tanzu — que sigue existiendo como Tanzu Platform tras la reorganización de Broadcom, aunque la pieza de Kubernetes-sobre-vSphere se rebautizó como vSphere Kubernetes Service (VKS). Nutanix, por su parte, tiene una oferta propia menos conocida en nuestro mercado: Nutanix Kubernetes Platform (NKP), heredera de la adquisición de D2iQ combinada con Nutanix Kubernetes Engine, pensada como alternativa completa a Red Hat/Rancher. No es tan de nombre instalado localmente como Tanzu u OpenShift, pero existe y compite en la misma categoría.

Más allá de la opción propia de Nutanix, sobre AHV se pueden correr casi todas las distribuciones relevantes de Kubernetes: Red Hat OpenShift tiene guía de despliegue oficial sobre AHV (Nutanix es hypervisor certificado por Red Hat), y SUSE Rancher y Canonical Charmed Kubernetes también son viables, con el mismo principio general de cualquier distribución de Kubernetes sobre cualquier hipervisor: mientras las cargas sean stateless, la instalación es prácticamente directa.

Donde empieza a requerir diseño es con datos persistentes (stateful). Ahí entra el Container Storage Interface (CSI): Nutanix tiene su propio driver CSI para exponer Volumes/Files como storage persistente a Kubernetes. Por encima de un CSI puede correr Kasten — hoy parte de Veeam, rebautizado Veeam Kasten for Kubernetes — que hace backup y mobility nativos de aplicaciones Kubernetes, y que soporta explícitamente el CSI de Nutanix, Portworx y el CSI de Dell PowerStore. Es una segunda forma en la que Veeam entra en esta arquitectura, esta vez del lado de los contenedores en vez del lado de las VMs.

Esta parte la conocemos hoy solo de laboratorio, no de producción: probamos Nutanix CSI + Kasten sobre AHV, y por separado Proxmox + Kubernetes vanilla + Portworx, en instalaciones chicas y no productivas. Sirve para saber que funciona y cómo encaja cada pieza, pero se presenta acá como funcionalidad a explorar y sumar en el tiempo, no como parte ya entregable de la Solución.

---

VIGENCIA / CONDICIONES

Condiciones: Arquitectura de referencia sujeta a validación técnica específica según versión de AOS/NCI, modelo de PowerStore y versión de Veeam Backup & Replication instalada. Shrinkit IT coordina el relevamiento con el cliente antes de comprometer alcance o cronograma.