Kubernetes su nodi piccoli, silenziosi e sempre accesi.
- 3 × Raspberry Pi
- Kubernetes
- Pi-hole / AdGuard
Hardware / il banco di lavoro
Ho iniziato aprendo le cose.
Un VAIO a undici anni, molti computer di famiglia nel mezzo e oggi un piccolo cluster Kubernetes in casa. La risposta, una volta, era sulla scheda.
01 / Il primo laptop
Un VAIO, un falso contatto e una settimana senza internet.
La prima macchina che ho aperto è stata un VAIO con un vecchio Pentium da 0,6 GHz e 256 MB di RAM. Il connettore del display aveva un falso contatto. Lo schermo funzionava, poi no, poi funzionava di nuovo se lo tenevi all'angolazione giusta — il tipo di guasto che ti fa sospettare di tutto tranne del problema vero.
Non avevo internet. Avevo una settimana, un multimetro e molti tentativi. Ho tracciato il connettore, controllato la continuità, pulito i contatti e alla fine risaldato il giunto per stabilizzarlo. Ha funzionato.
La risposta non era internet. Era la scheda.
È stato il momento in cui l'hardware ha smesso di essere una scatola nera. È stato anche l'inizio di uno schema: aprilo, capiscilo, sistemalo, poi fallo su qualcosa di più difficile.
02 / Gli anni in mezzo
Computer di famiglia, primi assemblaggi e la strada lunga.
Dopo il VAIO è arrivata la solita sequenza: laptop di famiglia da pulire, reinstallare, aggiornare o salvare. Poi assemblare macchine, configurare reti, recuperare dati e capire perché l'alimentatore più economico non è un affare.
Era molto prima dell'era AI. La risposta arrivava dalla scheda, dal tentativo ovvio, dal rompere qualcosa e dal riprovare. Non conoscevo ancora la parola “failure domain”, ma la stavo imparando una macchina morta alla volta.
Quell'abitudine non è mai sparita. È la stessa che uso nel software: capire il sistema prima di cambiarlo, poi fare un cambiamento abbastanza piccolo da poterlo annullare.
La macchina attuale.
Un Lenovo LOQ per il lavoro quotidiano: codice, build, musica e qualche partita.
Macchina
Lenovo LOQ
CPU
AMD Ryzen 7 7435HS · 3,10 GHz
GPU
NVIDIA RTX 4060 Mobile
RAM
16 GB · 6000 MHz
Storage
1 TB NVMe
OS
Windows + Linux, a seconda del lavoro
Il cluster.
Lo strato sempre acceso è un cluster di Raspberry Pi con Kubernetes. La macchina pesante si sveglia quando serve, e il lavoro GPU viene diviso tra due schede.
Home lab / sempre accesoOn demand quando serve
Ryzen 7 2700X e 32 GB DDR4, svegliato via Wake-on-LAN.
- RTX 2060 · lavoro pesante
- GTX 1050 · lavoro leggero
- Scheduling Plex
TrueNAS, Jellyfin e i servizi che la casa usa davvero.
- 2 × 2 TB HDD
- 256 GB NVMe
- Utenti di famiglia
Control plane
Cluster Raspberry Pi · Kubernetes
Wake
Wake-on-LAN, on demand
CPU
AMD Ryzen 7 2700X
GPU pesante
NVIDIA RTX 2060
GPU leggera
NVIDIA GTX 1050
RAM
32 GB DDR4 · 2666 MHz
Storage
2 × 2 TB HDD + 256 GB NVMe
Servizi
TrueNAS, Jellyfin, Pi-hole/AdGuard, workload Kubernetes
La parte che mi piace di più è lo scheduling di Plex. Un scheduler Docker personalizzato guarda il carico. Quando la 1050 sta gestendo troppi utenti, il lavoro passa alla 2060. Il server non resta acceso tutto il giorno: Wake-on-LAN lo sveglia quando un workload ne ha bisogno. È un sistema piccolo, ma ha failure mode reali, vincoli di potenza reali e utenti reali — la mia famiglia.
Cosa mi ha insegnato l'hardware sul software.
01
Trova il failure domain prima di sostituire il pezzo. Vale per un servizio e per un connettore del display.
02
I budget di potenza e temperatura non sono opzionali. Nemmeno il budget di performance.
03
Documenta la soluzione strana. Il te del futuro non ricorderà perché il cavo passa da lì.
04
Testa il percorso infelice. Una macchina che si avvia non è una macchina che sopravvive.
La versione lunga
Da un VAIO a un cluster.
La stessa curiosità attraversa il lavoro software. Se ti serve qualcuno a suo agio con tutto lo stack — inclusa la macchina su cui gira — è il lavoro che cerco.