Il nome del server: scegliilo in fase di installazione, poi lascialo stare

In fase di installazione digiti un nome. In quel momento sembra irrilevante, perché di solito un nome è un'etichetta.

Qui no. Su Proxmox il nome del server è un indirizzo, e cambiarlo dopo è un lavoro molto più grosso di quanto ti aspetti.

Dove viene usato il nome

La configurazione vive in una cartella che porta quel nome. Le definizioni delle tue macchine stanno sotto quella cartella. Cambi il nome e le definizioni restano sotto quello vecchio.

I file dei grafici storici portano quel nome. Cambi il nome e per il nome nuovo viene aperto un file nuovo e vuoto. I dati vecchi non vengono cancellati, ma nessuno li guarda più. Quello che vedi nel pannello è un server senza passato.

Nel cluster i membri si riconoscono dal nome. Rinominare un nodo, dal punto di vista del cluster, significa distruggere quel nodo e metterne uno nuovo al suo posto.

I certificati contengono il nome. Lo cambi e ricevi un avviso dal browser, e poi vai a cercarne il motivo.

Ecco perché rinominare non è un'operazione estetica

Su un server singolo è faticoso: bisogna spostare la configurazione, riordinare i servizi, riemettere il certificato.

In un cluster, quello che si fa davvero non è rinominare: togli il nodo dal cluster e lo riaggiungi con il nome nuovo. In altre parole è lo stesso lavoro di una ricostruzione, solo con un'altra etichetta.

In breve, la decisione presa in installazione è quella più costosa da disfare in seguito. Vale cinque minuti di riflessione.

Nello scegliere un nome

Corto e minuscolo. Anche se digiti un nome di dominio lungo, quello che viene usato è il primo pezzo; scrivere il resto non serve a nulla.

Rendilo duraturo. Non mettere il ruolo nel nome. La macchina che oggi è server di backup domani può essere il server principale, e ti ritrovi con un server principale chiamato "backup". Lo stesso vale per la posizione nel rack, il nome del cliente, il nome del progetto: tutto questo può spostarsi, la macchina no.

Significativo ma neutro. Abbastanza per distinguere due macchine, non abbastanza per raccontare una storia.

Se i grafici si sono svuotati

È qui che questo articolo si guadagna il posto. Il pannello funziona, le macchine sono in piedi, ma i grafici storici sembrano vuoti.

Il primo posto da guardare è il nome del server. Se il nome e quello che il sistema si aspetta hanno preso strade diverse, il file del grafico non viene trovato dove lo si cerca e la schermata torna vuota. Nulla solleva un errore, perché tecnicamente non c'è alcun errore: il file cercato non esiste, tutto qui.

Cosa fa Atlas

Dietro questo articolo c'è un difetto del prodotto stesso, e vale la pena raccontarlo.

In Atlas il nome del server veniva risolto in cinque punti distinti, e tre di essi portavano lo stesso difetto: quando la fonte era momentaneamente irraggiungibile, il nome veniva inventato. Un valore predefinito diffuso veniva scritto e tenuto in memoria per tutta la vita del processo.

È stato misurato e ne sono uscite due cose.

La prima: una volta scritto il valore inventato, il fatto che il nome corretto diventasse disponibile più tardi non serviva più, perché il controllo in memoria sta proprio in cima. Un inciampo momentaneo si trasformava così in una risposta sbagliata permanente.

La seconda, e la più insidiosa: la conseguenza di un nome sbagliato non era la stessa dappertutto. I grafici delle macchine ospiti continuavano a funzionare, perché quei file sono indirizzati con il numero di macchina e il nome non viene mai verificato. I grafici del server stesso si svuotavano, perché il percorso del file contiene il nome. Anche lo stato del server e l'elenco delle macchine cadevano.

Il sintomo era quindi misto: alcuni grafici pieni, altri vuoti. Chi guarda un quadro del genere non sospetta il nome.

La correzione si è ridotta a tre regole. Niente invenzioni: se non si sa, si dice che non si sa. Solo un nome verificato finisce in memoria: un valore proveniente dalla via di riserva viene usato ma non conservato, così la chiamata successiva riprova. La via di riserva è il nome proprio della macchina, perché su Proxmox i due coincidono già.

La lezione generale

Altrove in questa wiki abbiamo scritto: una risposta vuota e il non aver ottenuto risposta non sono la stessa cosa.

Il difetto qui è di un grado peggiore: mettere un valore predefinito dall'aria plausibile al posto di qualcosa di ignoto. Un elenco vuoto è quantomeno strano, e lo strano si nota. Un nome inventato non è strano, sembra perfettamente giusto, e perciò nessuno lo guarda.

E se per giunta viene conservato, un guasto temporaneo diventa permanente.

Si può scrivere come regola: un valore predefinito va bene dove è davvero il predefinito; dove sostituisce l'ignoto, è una bugia.