El nombre del servidor: elígelo al instalar y luego no lo toques

Durante la instalación escribes un nombre. En ese momento parece poco importante, porque un nombre suele ser una etiqueta.

Aquí no. En Proxmox el nombre del servidor es una dirección, y cambiarlo después es un trabajo mucho mayor de lo que esperas.

Dónde se usa el nombre

La configuración vive en una carpeta con ese nombre. Las definiciones de tus máquinas están bajo esa carpeta. Si cambias el nombre, las definiciones se quedan bajo el antiguo.

Los archivos de las gráficas de historial llevan ese nombre. Si cambias el nombre, se abre un archivo nuevo y vacío para el nombre nuevo. Los datos viejos no se borran, pero ya nadie los mira. Lo que ves en el panel es un servidor sin pasado.

En un clúster los miembros se reconocen por el nombre. Renombrar un nodo es, a ojos del clúster, destruir ese nodo y poner uno nuevo en su lugar.

Los certificados contienen el nombre. Si lo cambias recibes un aviso del navegador y luego te pones a buscar el motivo.

Por eso renombrar no es una operación cosmética

En un servidor solo es laborioso: hay que mover la configuración, reordenar los servicios, reemitir el certificado.

En un clúster, lo que se hace de verdad no es renombrar: sacas el nodo del clúster y lo vuelves a unir con el nombre nuevo. Es decir, es el mismo trabajo que reconstruirlo, solo que con otra etiqueta.

En resumen, la decisión que tomas al instalar es la más cara de deshacer después. Merece cinco minutos de reflexión.

Al elegir un nombre

Corto y en minúsculas. Aunque escribas un nombre de dominio largo, lo que se usa es la primera parte; escribir el resto no aporta nada.

Que sea duradero. No metas el papel en el nombre. La máquina que hoy es servidor de copias mañana puede ser el servidor principal, y te quedas con un servidor principal llamado "copias". Lo mismo con la posición en el rack, el nombre del cliente, el nombre del proyecto: todo eso se mueve, la máquina no.

Con sentido pero neutro. Lo justo para distinguir dos máquinas, no lo suficiente para contar una historia.

Si las gráficas se quedaron vacías

Aquí es donde este artículo se gana el sitio. El panel funciona, las máquinas están arriba, pero las gráficas de historial se ven vacías.

El primer sitio donde mirar es el nombre del servidor. Si el nombre y el que el sistema espera se han separado, el archivo de la gráfica no se encuentra donde se busca y la pantalla vuelve vacía. Nada lanza un error, porque técnicamente no lo hay: el archivo buscado no existe, y ya está.

Qué hace Atlas

Detrás de este artículo hay un fallo del propio producto, y merece contarse.

En Atlas el nombre del servidor se resolvía en cinco sitios distintos, y tres de ellos llevaban el mismo fallo: cuando la fuente no estaba accesible por un momento, el nombre se inventaba. Se escribía un valor por defecto muy común y se guardaba en memoria durante toda la vida del proceso.

Se midió, y salieron dos cosas.

La primera: una vez escrito el valor inventado, que el nombre correcto apareciera después ya no servía, porque la comprobación en memoria está justo al principio. Es decir, un tropiezo momentáneo se convertía en una respuesta equivocada permanente.

La segunda, y la más insidiosa: la consecuencia de un nombre equivocado no era la misma en todas partes. Las gráficas de las máquinas invitadas seguían funcionando, porque esos archivos se direccionan por número de máquina y el nombre nunca se valida. Las gráficas del propio servidor se vaciaban, porque la ruta del archivo contiene el nombre. El estado del servidor y la lista de máquinas también caían.

Así que el síntoma era mezclado: unas gráficas llenas, otras vacías. Nadie que mire un cuadro así sospecha del nombre.

La corrección se redujo a tres reglas. Nada de inventar: si no se sabe, se dice que no se sabe. Solo un nombre verificado entra en memoria: un valor venido del camino de respaldo se usa pero no se guarda, así la siguiente llamada lo intenta de nuevo. El camino de respaldo es el nombre propio de la máquina, porque en Proxmox ambos ya coinciden.

La lección general

En otra parte de esta wiki escribimos: una respuesta vacía y no haber obtenido respuesta no son lo mismo.

El fallo de aquí es un grado peor: poner un valor por defecto de aspecto plausible en el lugar de algo desconocido. Una lista vacía al menos resulta rara, y lo raro se nota. Un nombre inventado no resulta raro, parece perfectamente correcto, y por eso nadie lo mira.

Y si encima se guarda, una avería temporal se vuelve permanente.

Puede escribirse como regla: un valor por defecto está bien donde de verdad es el valor por defecto; donde sustituye a lo desconocido, es una mentira.