Entender un servidor que has heredado: leer antes de cambiar

Te ha caído un Proxmox que no montaste tú. Quien lo montó ya no está, no hay documentación, y ahora eres el responsable. El primer instinto en esta situación es tocar algo y ver qué pasa. Eso es justo lo que no hay que hacer primero, porque todavía no sabes qué está unido a qué.

La primera semana es una semana de lectura. Todas las preguntas de abajo se responden sin cambiar nada.

Primera pregunta: qué se está ejecutando aquí

No cuántas máquinas hay, sino cuáles hacen trabajo de verdad. En los servidores heredados casi siempre hay máquinas apagadas que nadie se atreve a borrar. No las vas a borrar ahora, solo las vas a listar.

Segunda pregunta: dónde está físicamente el disco de cada máquina

Es la pregunta que peor responden las vistas de lista, y es la que más decide. Porque la respuesta te dice esto: la muerte de un solo disco, ¿se lleva una máquina o se lleva ocho?

Sigue la cadena hasta el final: máquina, disco virtual, almacenamiento, grupo, disco físico. Ver que los discos virtuales de ocho máquinas bajan al mismo disco físico es lo más valioso que puedes aprender sobre ese servidor.

Tercera pregunta: de qué hay copias y de cuándo es la más reciente

No mires si existen tareas de copia, mira la edad de la copia más reciente. Encontrar una tarea que se detuvo en silencio es algo común en instalaciones heredadas, y saberlo la primera semana sale mucho más barato que saberlo al sexto mes.

Cuarta pregunta: quién puede entrar aquí

No cuántos usuarios hay, sino a quién se le permite qué. En los sistemas heredados quedan cuentas de gente que se fue, claves de automatización olvidadas y permisos que nadie recuerda haber dado. Anótalos también, por ahora.

Quinta pregunta: cuánto se ha quedado atrás

Mira las actualizaciones pendientes y si hay un núcleo instalado pero sin reiniciar. Lo segundo importa: la máquina puede parecer al día mientras en realidad corre con el núcleo antiguo.

La trampa de "lleva dos años funcionando, así que es sólido"

El tiempo de funcionamiento no es salud, es la ausencia de un reinicio. Una máquina que lleva dos años funcionando es una máquina sin probar desde hace dos años. Servicios arrancados a mano y nunca añadidos al inicio, montajes nunca escritos en la configuración, todo eso lleva esos dos años sin ponerse a prueba y sale junto en el primer reinicio.

Por eso el primer reinicio planificado en un servidor heredado debe ocurrir en un momento que elijas tú, con una copia en la mano. El momento que no elegiste llega tarde o temprano.

Anota lo que encuentres

El documento que escribes la primera semana es el que te salva al sexto mes. No hace falta que sea largo: qué máquina hace qué, dónde está su disco, si tiene copia, quién puede llegar a ella. Incluso cinco líneas valen infinitamente más que nada.

No borres nada durante un tiempo

Una máquina sin etiqueta que nadie sabe identificar es un riesgo, pero borrarla es un riesgo mayor. Apágala y espera. Si nadie grita en dos semanas, entonces decides. Aprender después de borrar no se deshace; aprender después de apagar es un botón.

Qué hace Atlas

Atlas dibuja dos cadenas, y en un servidor heredado esas dos cadenas son exactamente lo que necesitas.

El mapa de recursos baja desde la máquina hasta el disco físico: la máquina, su parte de procesador y memoria, el disco virtual, el almacenamiento, el grupo y, abajo del todo, el disco real. Así que la pregunta "dónde está de verdad el disco de esta máquina" se responde siguiendo la línea, y no abriendo una a una la configuración de cada máquina. Ver que ocho máquinas bajan al mismo disco ocurre en esa misma pantalla.

El mapa de red dibuja la otra cadena: máquina, puente, puerto físico, mundo exterior. Juntos, en una tarde puedes leer qué aspecto tiene un servidor que no construiste tú.