NetBackup 10.5 falla tras actualizar Nutanix AOS 7.5

Si NetBackup 10.5.0.1 deja de proteger las máquinas virtuales de Nutanix AHV justo después de actualizar a AOS 7.5, revisa la compatibilidad antes de tocar credenciales, puertos o almacenamiento. La lista actual de compatibilidad de software de NetBackup (SCL) señala Nutanix AOS 7.5 con un requisito mínimo de NetBackup 11.1.

Eso encaja con un caso reciente en un clúster de pruebas. Un equipo actualizó Nutanix a AOS 7.5.1.2 y NetBackup 10.5.0.1 dejó de hacer copias de seguridad del conjunto de VMs en AHV, cuando AOS 7.3 había sido la versión soportada que utilizaban hasta ese momento.

¿Es compatible NetBackup 10.5 con AOS 7.5?

La lista oficial de compatibilidad debe zanjar esta duda, y muestra que AOS 7.5 requiere NetBackup 11.1. Por tanto, un entorno con 10.5.0.1 no debe tratarse como una combinación válida, incluso si el clúster responde al descubrimiento o ciertas llamadas a la API todavía funcionan.

Esto replantea el diagnóstico. Si la combinación de versiones no está soportada por el fabricante, pasar días ajustando NFS, iSCSI, credenciales o límites de recursos puede conseguir que el sistema responda de forma temporal sin ofrecerte una solución viable para producción.

El administrador del caso original ya lo sospechaba. Señaló que NetBackup 11.1 figuraba como compatible, pero actualizar NetBackup exigiría renovar el hardware de los servidores de medios (media servers) y la dirección era reacia a autorizar el gasto. Eso convierte el problema en una cuestión de ciclo de vida de la infraestructura, y ninguna casilla de configuración oculta lo va a solucionar.

¿Por qué una actualización de AOS rompe los backups si las VMs siguen funcionando?

Los productos de copia de seguridad se integran con las APIs del hipervisor y del almacenamiento, no solo con las VMs invitadas. Una actualización de AOS puede alterar el comportamiento de las APIs, la gestión de snapshots, el acceso al almacenamiento, los requisitos de autenticación u otros detalles internos que el software de backup debe certificar de manera expresa.

Las máquinas virtuales de producción pueden seguir funcionando sin problemas porque el propio AHV soporta la nueva versión de AOS. NetBackup, en cambio, puede fallar porque su capa de integración fue desarrollada y probada frente a versiones anteriores.

Esto ocurre con frecuencia en los ecosistemas de virtualización. La versión de un hipervisor o cabina y la del software de backup forman una única pila de compatibilidad; ambas pueden funcionar bien por separado mientras su combinación carece de soporte.

Por esa razón, la planificación de cualquier actualización debe incluir el software de backup antes de abrir la ventana de mantenimiento del clúster. La comparativa de backups en Proxmox aborda otra plataforma de virtualización y deja la misma lección: una actualización de hipervisor no termina hasta que los flujos de protección y restauración quedan validados con la nueva versión.

¿Qué cambió en NetBackup 11.1 para el soporte de Nutanix?

La lista de compatibilidad es la prueba principal, donde AOS 7.5 aparece con un nivel mínimo de NetBackup 11.1. La documentación de NetBackup 11.1 también detalla la arquitectura actual del host de acceso para AHV y el flujo de trabajo soportado desde la consola web.

Un host de acceso de AHV es un cliente o servidor de medios de NetBackup que realiza las copias de seguridad en nombre de las máquinas virtuales de AHV. Necesita conectividad con el contenedor de almacenamiento correspondiente, mientras que las propias VMs protegidas no requieren un cliente de NetBackup para el flujo habitual a nivel de imagen en AHV.

Esa arquitectura explica por qué una actualización de software puede acarrear consecuencias de hardware. Si los servidores de medios o hosts de acceso existentes no pueden ejecutar la versión de NetBackup que exige el nuevo AOS, la compatibilidad te obliga a tomar una decisión de infraestructura. Puedes retrasar la actualización de AOS, actualizar NetBackup y los servidores necesarios, o asumir una configuración sin soporte oficial, y solo las dos primeras son opciones sensatas en producción.

¿Conviene volver a Nutanix AOS 7.3?

Un rollback permite recuperar la combinación de compatibilidad previa siempre que Nutanix admita esa ruta de degradación y el entorno no haya cruzado un punto que vuelva inseguro el proceso. El debate en Reddit planteó un segundo obstáculo: la rama anterior de AOS se acercaba al final de su ventana de mantenimiento.

Eso convierte el rollback en una solución provisional como mucho. Quedarte en una versión antigua de AOS puede preservar la compatibilidad del backup, pero te deja con un margen de parches cada vez más estrecho y una presión de actualización inevitable a corto plazo.

Si la dirección necesita tiempo para aprobar el hardware de NetBackup, mantener una versión de AOS con soporte temporal puede ser la alternativa de menor riesgo, siempre que dejes registrada la fecha límite en la que el entorno tendrá que migrar de nuevo.

No elijas una versión solo porque "los backups funcionan". Los ciclos de vida con soporte de Nutanix, NetBackup, los sistemas operativos de los servidores y el hardware de los servidores de medios deben coincidir en el tiempo.

¿Qué conviene comprobar tras actualizar a NetBackup 11.1?

Una vez que la pila de software cuenta con soporte oficial, valida el host de acceso de AHV, las credenciales del clúster, las rutas de red, el acceso al contenedor de almacenamiento y los límites de recursos. La documentación de NetBackup enumera la conectividad obligatoria entre el host de acceso y AHV, incluidas la API REST de Prism y los puertos vinculados al almacenamiento.

Prueba primero el descubrimiento y luego ejecuta la copia de seguridad de una máquina virtual pequeña. Después de eso, restaura la VM en una ubicación alternativa o en una red de pruebas aislada antes de dar por cerrada la actualización.

Revisa también la concurrencia. NetBackup 11.1 permite definir límites de recursos en AHV para trabajos de backup, tareas de snapshot, clústeres, hosts y contenedores de almacenamiento. Empieza con valores prudentes tras la actualización y aumenta el paralelismo una vez que el clúster y la infraestructura de backup demuestren un comportamiento estable.

La guía de Proxmox Backup Server sirve como un buen recordatorio entre plataformas de que el rendimiento del backup y la verificación de la restauración son dos cosas distintas. Disponer de una versión soportada es el punto de partida para probar la recuperación, no una garantía por sí sola.

¿Qué hacer si la dirección no aprueba nuevos servidores de medios?

Presenta la brecha de compatibilidad como un riesgo para el negocio en vez de como una preferencia técnica del equipo de backup. Las alternativas son muy concretas: mantener el clúster de Nutanix en una versión admitida por NetBackup 10.5.0.1, financiar la actualización de NetBackup y los servidores necesarios, o ejecutar AOS 7.5 sin soporte cualificado del fabricante para copias de seguridad.

Asocia consecuencias claras a cada opción. Quedarse en una rama antigua de AOS compromete la seguridad y el mantenimiento. Actualizar NetBackup requiere inversión en hardware y tiempo de proyecto. Operar sin soporte dificulta el diagnóstico de fallos y la asistencia técnica ante un incidente grave.

Calcula después el impacto económico de perder una carga de trabajo en AHV sin posibilidad de recuperación, lo que sitúa la compra de los servidores de medios en el mismo nivel de decisión que los datos que deben proteger.

Los desajustes en el ciclo de vida de la infraestructura rara vez salen gratis. Se pagan antes mediante hardware planificado o después asumiendo riesgos operativos.

¿Qué haría hoy con AOS 7.5 y NetBackup 10.5?

No perdería mucho tiempo intentando que 10.5.0.1 funcione saltándome la lista de compatibilidad. Mantendría el entorno de Nutanix en la versión más reciente de AOS que todavía admita el NetBackup instalado, o actualizaría NetBackup al menos a la versión 11.1 renovando los hosts de acceso o servidores de medios que hagan falta.

Con la pila soportada en funcionamiento, probaría el descubrimiento, la copia de seguridad y la restauración antes de extender el cambio de AOS a todos los clústeres de producción.

La compatibilidad del backup debe formar parte obligatoria del plan de actualización del hipervisor. Si las aplicaciones siguen en línea pero la vía de recuperación desaparece sin que nadie lo note, la actualización del clúster ha sido un fracaso.