Por qué Veeam no registraba mi clúster Nutanix AHV para backup

Esta es la historia de cómo Veeam se negó a registrar mi clúster Nutanix AHV para backup, con un error "Unable to register cluster" y un proxy clavado en Unavailable. Déjame pintarte el panorama: un cuadro trágico, caótico, de arrancarse los pelos y gritar en la sala de servidores. Empieza con un objetivo simple: hacer backup de un entorno Nutanix AHV usando Veeam. Bastante inocente, ¿verdad? Miles de administradores lo hacen a diario. Debería ser un par de clics, un par de puertos, quizá un registro DNS y unos cuantos saludos corteses entre servicios.

Pues no, en absoluto. Esto es Veeam + Nutanix, y el universo al parecer decidió que el arco de desarrollo de mi personaje necesitaba sufrimiento.

La configuración: 3 nodos, un sueño, dolor infinito

Estamos hablando de un modesto clúster Nutanix: 3 nodos, todo funcionando sin problemas y sin señales de alarma a la vista. Veeam se ejecuta en una VM con Windows Server 2019. Los puertos 9440, 80 y 443 están ahí abiertos de par en par diciendo "¡hola amigo, hablemos!". El firewall de Windows está deshabilitado por directiva, el DNS es impecable, las IPs de Data Services están configuradas y cómodas, y AOS/AHV está en una versión algo antigua, pero nada prehistórico.

Y aun así, Y AUN ASÍ, en el momento en que intento conectar Veeam a Nutanix, todo el tinglado cae de golpe en el absurdo.

Veeam recorre cada paso de la configuración. Despliega el proxy. Mira a su alrededor. Y luego suelta un "Unable to register cluster". El proxy aparece como Unavailable, sin un mensaje de error útil y sin registros gritando, solo malas vibraciones.

Lo juro, he tenido mejor comunicación con niños pequeños que no hablan.

Lo que se sentía al intentar arreglar esto

Imagina jugar a un videojuego donde cada vez que resuelves un puzle, el personaje te dice "¡buen trabajo!" y acto seguido le prende fuego a todo sin motivo alguno. Así es la integración de Veeam con AHV ahora mismo.

¿Pruebas un puerto? "Genial, gracias". Proxy muerto todavía.

¿Revisas el DNS? "¡Fantástico!". Proxy muerto todavía.

¿Verificas el firewall? "¡Estupendo!". Proxy muerto todavía.

En un momento dado, Veeam desplegó el appliance del proxy con éxito, lo que pareció brevemente (¡MUY BREVEMENTE!) una victoria. Inicié sesión, vi que respondía y pensé que tal vez hoy era mi día.

Pues no. Se despliega, arranca, saluda y luego se niega a hablar con el clúster Nutanix, como un adolescente que de repente decide que le das vergüenza ajena.

El coro de lamentos de Reddit

Así que, naturalmente, desesperado, hice lo que cualquier administrador de sistemas al borde del colapso haría y fui a Reddit, el templo sagrado del sufrimiento colectivo y los consejos ocasionalmente útiles.

Los comentarios parecen los de un grupo de apoyo donde el trauma de cada persona es extrañamente específico para los appliances de backup de AHV.

1. "¿Las IPs de Data Services? ¿Las tienes puestas?"

Sí. Están sanas, presentes y funcionando bien, y no son el problema. Pero gracias por la validación emocional.

2. "Prueba a desactivar el firewall de Windows."

Ya está desactivado. nuked.png. Está muerto y vaporizado. Si estuviera más deshabilitado, sería un concepto abstracto en lugar de software.

3. "Llama a Veeam. En serio."

Probablemente el comentario más sensato. Allá por tiempos remotos (2020), alguien tuvo exactamente este problema y el soporte de Veeam le salvó el día. Probablemente debería llamarlos, pero soy demasiado terco y estoy demasiado metido en la fase de negación del administrador de sistemas que dice "TENGO QUE ARREGLAR ESTO YO SOLO".

4. "Es un problema de certificados."

¿Podría ser? Totalmente. ¿Le encanta a AHV romper cosas con los certificados? También totalmente.

5. "¿Puertos 3260 y 3205 abiertos en las CVM y el proxy?"

A estas alturas he revisado tantos puertos que parezco un funcionario de aduanas digital. Pero claro, sumemos rarezas estilo iSCSI a la mezcla.

6. "Tuve el mismo problema, fallo de replicación de nodos."

¿Perdón, cómo? ¿Un problema de replicación del clúster rompiendo el registro del proxy de Veeam porque AHV descarga la imagen de su VM desde un puerto de red diferente? Claro, por qué no. Faltaría más que eso no fuera posible.

7. "Usa HYCU y ya está, es mejor para Nutanix."

El clásico comentario de "tira a la basura tu plataforma actual y empieza de cero". Es como decirle a alguien con problemas en el coche que "se compre un Tesla y listo". Gracias, desconocido. Inspirador, aunque no exactamente útil.

El viaje emocional (o el desahogo)

Fase 1: Confianza

"He hecho esto antes. No pasará nada."

Fase 2: Confusión

"Por qué no funciona esto… ¿qué me estoy perdiendo?"

Fase 3: Negociación

"Si este proxy se conecta, juro que no volveré a quejarme de Java nunca más."

Fase 4: Furia

"JURO POR DIOS QUE VOY A LANZAR ESTA VM PROXY DIRECTA AL SOL."

En el momento en que Veeam dijo "proxy unavailable", sentí que algo humano moría un poco dentro de mí, como si una pequeña parte de mi alma estuviera atada a una CVM en algún lugar y se hubiera perdido en una resolución de red de la que nunca podría salir.

Revisé registros. Revisé puertos. Revisé la VM proxy como si fuera una mascota que pudiera mejorar si me esforzaba lo suficiente. NADA.

Si alguna vez has sentido el silencio frío y muerto de un sistema que debería estar arrojando errores pero no lo hace, conoces el pavor del que hablo. No había luces rojas ni registros gritándome. Simplemente me estaba haciendo ghosting como una mala cita de Tinder.

Hablemos del comportamiento "servicial" de Veeam

Que Veeam despliegue el proxy con éxito antes de negarse a registrar el clúster es, con sinceridad, el peor patrón de interfaz de la historia.

Es como:

• Invitar a cenar a alguien
• Llevarle a casa en coche
• Llegar a su puerta
• Y que se dé la vuelta y diga "En realidad no te conozco."

¿Para qué desplegar el proxy? ¿Por qué fingir que las cosas van bien? ¿Por qué pasar por todos esos pasos si vas a desplomarte en la línea de meta como un corredor olímpico que de pronto recuerda que se dejó el horno encendido?

Al menos falla con ruido, con algo de dignidad y con un mensaje de registro de más de 3 palabras.

Cada persona tiene una teoría distinta

Lo mejor de todo es que cada participante sugirió algo completamente distinto, lo que significa que el fallo de registro del proxy de Veeam en AHV son MUCHOS problemas disfrazados bajo un único mensaje de error. Es una hidra, un multiverso de sufrimiento, un libro de "elige tu propia aventura" donde todos los finales son "proxy unavailable".

¿Un desajuste de certificados? Quizá. ¿Puertos de red? Probablemente. Rarezas en la replicación del clúster son totalmente posibles. La magia negra del DNS siempre merece revisión. Una incompatibilidad de versiones de AHV podría ser la causa, y las peculiaridades entre versiones de Veeam siempre están ahí. ¿Coincidencia cósmica? Sinceramente, a estas alturas, sí.

Mi teoría de trabajo personal

Si tuviera que darle un nombre a este caos, lo llamaría:

"Algo falla sin avisar en la vía de comunicación subyacente de AHV y Veeam no sabe cómo expresar sus sentimientos."

Quizá la ruta de descarga de la ISO sea incorrecta. Quizá la red de servicios internos del clúster tenga un puerto bloqueado. Quizá una CVM se niegue a replicar algo. Quizá los certificados no coincidan y Veeam sea demasiado educado para decírmelo.

Lo único que sé es que cuando el proxy arranca bien, responde a su interfaz web, se ve saludable y AUN ASÍ no puede unirse al clúster, algo profundo y estructural se está rompiendo.

Una pizca del diez por ciento de consejos reales

Mira, el 90% de este artículo soy yo gritando, pero aquí tienes el 10% que realmente resulta útil.

1. Comprueba dos veces la replicación de red del clúster.

Si una CVM no está replicando correctamente, el registro del proxy fallará sin dejar rastro.

2. Comprueba los puertos 3205 y 3260.

La comunicación entre las CVM de Nutanix y el proxy depende en gran medida de ellos.

3. Valida el certificado del proxy de Veeam en AHV.

Si Nutanix no confía en el certificado, simplemente se te quedará mirando fijamente.

4. Asegúrate de que la IP del proxy alcance la IP de Data Services.

Es un punto fundamental que la gente suele olvidar.

5. Revisa la página de eventos de AHV.

Los errores de Veeam a veces aparecen aquí, con énfasis en ese "a veces".

6. Si todo lo demás falla: soporte de Veeam.

Ya conocen este caso y han visto cosas peores. Te pedirán registros que ni siquiera sabías que existían.

Y antes de que preguntes: HYCU es una vía de escape, y no es más que eso.

Conclusiones desde el centro del colapso

Empecé esto pensando: "Vale, es solo registrar el proxy de Veeam. Me llevará 30 minutos".

En cambio, he envejecido tres años, he perdido la mitad de mi pelo, he buscado en Google puertos de los que nunca había oído hablar y he desarrollado un nuevo aprecio por los redactores de documentación de todo el mundo.

¿La moraleja de la historia? Si Veeam se niega a registrar tu clúster Nutanix, no estás solo. Estás en un club muy exclusivo de dolor, lleno de personas que miran una VM proxy perfectamente desplegada y susurran:

"¿Por qué… por qué no me correspondes?"

Gracias por asistir a mi desahogo. Si me necesitas, estaré en un rincón cuestionando cada decisión de diseño tomada en la arquitectura moderna de backup para virtualización.