Proxmox
Proxmox: perché lo spazio assegnato alle VM non è sempre già occupato
Il thin provisioning permette di creare dischi virtuali che crescono con i dati scritti. È efficiente, ma richiede monitoraggio perché la somma delle capacità può superare lo spazio fisico disponibile.
Capacità virtuale e spazio fisico sono misure diverse
Quando a una macchina virtuale viene assegnato un disco da 200 GB, non è detto che lo storage fisico venga occupato immediatamente per tutti i 200 GB. Con il thin provisioning vengono allocati i blocchi man mano che la VM scrive dati. Proxmox VE documenta questa possibilità per diversi tipi di storage e per il formato qcow2. Il sistema operativo ospite vede la capacità configurata, mentre il nodo utilizza inizialmente soltanto una parte dello spazio. È un vantaggio concreto, ma può rendere meno intuitiva la lettura della capacità disponibile.
Perché il thin provisioning è utile
Un server può ospitare più VM senza riservare subito tutto lo spazio massimo previsto per ciascuna. Questo evita di immobilizzare capacità che forse verrà usata soltanto in futuro e facilita la creazione di dischi ampi per sistemi destinati a crescere. La documentazione Proxmox indica inoltre LVM-thin come soluzione efficiente per snapshot e cloni. Il beneficio dipende però dallo storage scelto: non tutti i backend supportano le stesse funzioni. Prima di applicare una regola generale bisogna leggere la matrice delle caratteristiche e verificare il tipo effettivamente configurato.
Il rischio della sovra-allocazione
Il thin provisioning consente di presentare alle VM una capacità complessiva superiore ai blocchi fisici disponibili. Questa sovra-allocazione non è automaticamente un errore: può funzionare se i dischi virtuali crescono lentamente e non raggiungono insieme il massimo. Diventa pericolosa quando molte VM aumentano l’occupazione nello stesso periodo, per esempio a causa di aggiornamenti, log, database o copie temporanee. Lo spazio libero reale può esaurirsi prima che gli amministratori se ne accorgano. A quel punto le scritture possono fallire e i servizi possono interrompersi; non basta osservare lo spazio libero dentro una singola VM.
Un esempio con quattro macchine virtuali
Immaginiamo uno storage fisico con 500 GB utilizzabili e quattro VM con dischi virtuali da 200 GB ciascuno. La capacità presentata agli ospiti è 800 GB, ma inizialmente ogni VM ne scrive 60: l’occupazione di base è quindi molto inferiore al totale assegnato. Se però due sistemi importano grandi archivi mentre un terzo produce snapshot e file temporanei, la crescita può accelerare. Il responsabile deve controllare storage e pool, impostare soglie prudenti e conoscere quali dati possono aumentare. È uno scenario ipotetico, non una prova svolta da System & Software.
Cancellare un file non sempre libera subito blocchi
Quando un utente elimina dati dentro la VM, il sistema operativo ospite considera libero quello spazio, ma il livello di storage potrebbe continuare a vedere blocchi precedentemente utilizzati. Proxmox spiega che l’opzione Discard consente al guest di trasmettere comandi TRIM o discard e, su storage thin compatibile, può aiutare a restituire i blocchi non più necessari. Il risultato richiede il supporto della catena completa: disco virtuale, sistema operativo, filesystem e backend. Non è quindi prudente attivare un’opzione alla cieca o aspettarsi una riduzione immediata in qualunque configurazione.
Che cosa monitorare davvero
Il controllo utile comprende capacità totale, spazio realmente utilizzato, crescita nel tempo e margine residuo. Vanno osservati anche snapshot, cloni, backup temporanei e attività che producono molte scritture. Una soglia di allarme deve lasciare tempo per intervenire: ricevere l’avviso quando il pool è quasi pieno può essere troppo tardi. È opportuno documentare chi riceve la notifica, quali volumi possono essere estesi e quali operazioni devono essere sospese in emergenza. Prima di aumentare dischi virtuali o creare nuove VM bisogna verificare il margine fisico, non soltanto la capacità logica mostrata all’ospite.
I limiti da non confondere
Il thin provisioning non comprime automaticamente i dati, non li deduplica e non costituisce un backup. Non protegge da cancellazioni, guasti o ransomware e non aumenta da solo le prestazioni dei dischi. Snapshot e cloni restano dipendenti dalle caratteristiche e dalla disponibilità dello storage sottostante. La scelta fra allocazione sottile e tradizionale deve considerare carichi, prevedibilità della crescita e capacità di monitoraggio. Il vantaggio nasce dall’uso più efficiente dello spazio; la sicurezza operativa arriva invece da margine, allarmi, verifiche periodiche e copie recuperabili su una destinazione adeguata.
Fonti e riferimenti
Fonti consultate il 26/10/2026.