Ogni tanto qualcuno mi chiede come faccio a tenere in piedi un cluster Proxmox in casa senza che mi cada tutto addosso. La risposta breve è che cade. Spesso. E proprio quello è il punto.
Lavoro nei managed services da anni, il che significa che passo le giornate a parlare di contratti, SLA, KPI, e altre sigle che servono a mettere ordine nel caos. Si progetta l’architettura, si dimensionano le risorse, si scrivono runbook. Tutto bellamente pianificato, tutto documentato, tutto sotto controllo, almeno finché non arriva un ticket che ti ricorda che la teoria è una cosa e la produzione è un’altra.
La differenza tra un consulente che ha solo letto le specifiche tecniche e uno che ha passato il sabato pomeriggio a capire perché un container LXC non parte dopo un aggiornamento del kernel, è la stessa che passa tra sapere cosa sia un ipervisore e capire cosa significa quando non risponde più. Sono due livelli diversi di comprensione, e il secondo si impara solo con le mani dentro, possibilmente senza rete di sicurezza.
Il cluster a tre nodi che ho in casa è nato come esperimento, poi è diventato infrastruttura, poi è diventato un moltiplicatore di rogne. I container si accumulano. I servizi si moltiplicano. Ogni tanto scopro che Beszel mi segnala un disco pieno alle due di notte. Ma la cosa interessante è la cartina di tornasole che rappresenta: se un setup tiene in ambiente domestico, dove le cose succedono senza preavviso e i backup li fai quando ti ricordi, probabilmente tiene anche in un contesto più strutturato. Il contrario non è vero.
Ho passato anni a guardare slide e whitepaper. Poi ho cominciato a smanettare e ho scoperto che le cose scritte nei manuali sono vere solo in media. Nella pratica capita che il filesystem si riempia più del previsto, che una VPN decida di non funzionare più senza un motivo apparente, che due servizi che dovrebbero essere indipendenti scoprano di condividere una dipendenza nascosta. E ogni volta impari qualcosa che non trovi nella documentazione ufficiale.
Questa cosa del sapere tacito è sottovalutata. Quando progetti un’offerta di managed services, ti trovi a fare i conti con variabili che non hai mai visto dal vivo. Chi ha sudato su un cluster Proxmox con reti che non volevano saperne di funzionare, probabilmente ha una marcia in più quando si tratta di capire cosa serve davvero a un cliente, al di là di quello che dice il questionario preliminare.
Forse è per questo che non ho mai smesso di tenere roba in casa. Non per il risparmio, non per l’hype del self-hosting, ma perché la differenza tra sapere e capire la fai solo quando le cose si rompono e non hai un NOC che ti copre le spalle.
Nel frattempo il cluster resta acceso, Beszel segnala 19 host, e io continuo a guardare quei log con la sensazione che il prossimo guasto mi insegnerà qualcosa che non so ancora.