LVM Linux: Guida Completa al Logical Volume Manager

È l'incubo di ogni SysAdmin: il server di produzione invia un alert. La partizione /var è piena al 100% e i servizi stanno collassando. La partizione /home, sullo stesso disco, ha 500 GB liberi e inutilizzati. Con un partizionamento standard, la soluzione è un disastro: downtime, backup, ripartizionamento live (rischioso) o reinstallazione. È qui che entra in gioco LVM (Logical Volume Manager), trasformando la gestione dello storage da un gioco rigido a un'arte flessibile.

In questa guida approfondita, frutto della nostra esperienza nei servizi di assistenza su server Linux, esploreremo LVM non solo come "cosa è", ma come strumento strategico per system administrator, web agency e professionisti IT. Analizzeremo l'architettura, le procedure operative e il suo posizionamento rispetto a tecnologie moderne come ZFS e BTRFS.

Il Problema: Perché le Partizioni Standard non Bastano Più?

Il partizionamento tradizionale (es. /dev/sda1, /dev/sda2) è rigido. Una volta definita la dimensione di una partizione, modificarla è un'operazione complessa e rischiosa. Questo approccio, ereditato da decenni di storia informatica, mal si adatta alle esigenze moderne:

• Spreco di Spazio: Spazio allocato e non utilizzato in una partizione non può essere facilmente ceduto a un'altra partizione che ne ha bisogno.
• Scalabilità Difficile: Aggiungere un nuovo disco al server (es. /dev/sdb) non aiuta a estendere una partizione esistente (es. /dev/sda1) che è piena.
• Downtime: La maggior parte delle operazioni di ripartizionamento richiede un downtime significativo e l'avvio da un disco live.

LVM risolve questi problemi introducendo un livello di virtualizzazione dello storage.

Cos'è LVM (Logical Volume Manager)? L'Architettura

Il Logical Volume Manager (LVM) non è un filesystem (come ext4 o XFS), ma un gestore di volumi. È un sottosistema del kernel Linux (il device-mapper) che permette di creare e gestire volumi di storage "logici" o "virtuali".

Immagina i tuoi dischi fisici come mattoncini LEGO. LVM ti permette di rompere questi mattoncini in pezzi più piccoli e uniformi, per poi usarli per costruire qualsiasi struttura tu voglia, modificarla e ampliarla in qualsiasi momento.

I 3 Componenti Chiave: PV, VG, LV

Per comprendere LVM, è fondamentale padroneggiare la sua architettura a tre livelli. Ogni livello si basa sul precedente.

1. Physical Volumes (PV - Volumi Fisici)
   • Cosa sono: Sono il fondamento. Un PV è un disco fisico (es. /dev/sdb) o una partizione (es. /dev/sdb1) che è stata "inizializzata" per essere usata da LVM.
   • Il Concetto: È l'atto di "donare" lo spazio fisico al pool di LVM.
   • Comando Chiave: pvcreate
2. Volume Groups (VG - Gruppi di Volumi)
   • Cosa sono: Sono il "contenitore" o il "pool di storage". Un VG è creato aggregando uno o più Physical Volumes.
   • Il Concetto: Se hai due dischi da 1TB, puoi creare un unico VG da 2TB. Per il sistema, questo VG è un'unica entità da cui attingere spazio. Questo è il cuore della flessibilità di LVM.
   • Comando Chiave: vgcreate
3. Logical Volumes (LV - Volumi Logici)
   • Cosa sono: Sono ciò che il sistema operativo vede e utilizza. Un LV è "ritagliato" dallo spazio disponibile in un Volume Group.
   • Il Concetto: Dal tuo VG da 2TB, puoi creare un LV da 50GB per /var, uno da 100GB per /home e così via. Questi LV sono funzionalmente identici alle partizioni tradizionali (es. /dev/sda1) ma con un vantaggio enorme: possono essere ridimensionati.
   • Il Percorso: Il sistema operativo li vedrà come dispositivi in /dev/VG_NOME/LV_NOME o /dev/mapper/VG_NOME-LV_NOME.
   • Comando Chiave: lvcreate

Su questi Logical Volumes (LV) creerai poi il tuo filesystem (es. mkfs.ext4 /dev/mio_vg/mio_lv) e infine lo monterai.

Guida Pratica: Configurare LVM in Linux (Step-by-Step)

Vediamo un caso d'uso comune: hai un server con un disco già in uso (/dev/sda) e hai appena aggiunto due nuovi dischi (/dev/sdb e /dev/sdc) che vuoi usare per i dati di un'applicazione web in /srv/webapp.

Step 1: Inizializzare i Physical Volumes (PV)

Prima di tutto, identifichiamo i dischi. (Attenzione: assicurati di usare i nomi corretti. Questi comandi sono distruttivi se usati sul disco sbagliato).

$ lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  100G  0 disk 
├─sda1   8:1    0    1G  0 part /boot
└─sda2   8:2    0   99G  0 part /
sdb      8:16   0  500G  0 disk 
sdc      8:32   0  500G  0 disk 

I nostri dischi target sono /dev/sdb e /dev/sdc. Inizializziamoli come PV:

$ sudo pvcreate /dev/sdb /dev/sdc
  Physical volume "/dev/sdb" successfully created.
  Physical volume "/dev/sdc" successfully created.

Puoi verificare con pvs o pvdisplay.

Step 2: Creare il Volume Group (VG)

Ora, uniamo questi due PV in un unico Volume Group. Lo chiameremo vg_data.

$ sudo vgcreate vg_data /dev/sdb /dev/sdc
  Volume group "vg_data" successfully created

Verificando con vgs o vgdisplay, vedrai un singolo VG con una capacità totale di circa 1TB (500G + 500G).

Step 3: Creare il Logical Volume (LV)

Dal nostro VG vg_data, creiamo un Logical Volume per i dati dell'applicazione. Lo chiameremo lv_webapp. Diciamo di voler iniziare con 100GB.

$ sudo lvcreate -n lv_webapp -L 100G vg_data
  Logical volume "lv_webapp" created.

Pro Tip: Se vuoi usare tutto lo spazio disponibile nel VG, puoi usare -l 100%FREE invece di -L 100G.

Il nostro nuovo volume è ora disponibile in /dev/vg_data/lv_webapp.

Step 4: Formattare e Montare il LV (con /etc/fstab)

Questo è un volume a blocchi standard. Dobbiamo creare un filesystem su di esso (useremo ext4):

$ sudo mkfs.ext4 /dev/vg_data/lv_webapp

Ora creiamo la directory di mount e montiamolo:

$ sudo mkdir -p /srv/webapp
$ sudo mount /dev/vg_data/lv_webapp /srv/webapp

Infine, per renderlo permanente al riavvio, modifichiamo /etc/fstab. È best practice usare il percorso /dev/mapper/ o l'UUID invece del percorso /dev/vg_nome/.

$ sudo nano /etc/fstab

# Aggiungi questa riga in fondo al file:
/dev/mapper/vg_data-lv_webapp  /srv/webapp  ext4  defaults  0  0

Salva ed esci. Ora il tuo volume LVM è pronto e produttivo.

Gestione Avanzata: Le Operazioni LVM Essenziali

La vera potenza di LVM si vede nella gestione quotidiana. I comandi sono logici: lvextend (estendi), lvreduce (riduci), vgextend (estendi), ecc.

Come Estendere un Volume LVM (lvextend)

La tua lv_webapp da 100GB si sta riempiendo. Hai ancora spazio libero nel vg_data. Estendiamola di 50GB.

Passo 1: Estendi il Logical Volume.

$ sudo lvextend -L +50G /dev/vg_data/lv_webapp
  Size of logical volume vg_data/lv_webapp changed from 100.00 GiB (25600 extents) to 150.00 GiB (38400 extents).
  Logical volume vg_data/lv_webapp successfully resized.

Passo 2: Estendi il filesystem. (Questo è il passo che molti dimenticano!)

LVM ha allargato il "contenitore", ma il filesystem (ext4) all'interno occupa ancora solo 100GB. Dobbiamo dirgli di usare tutto lo spazio disponibile. Questo può essere fatto "a caldo" (online) per ext4 e XFS.

$ sudo resize2fs /dev/vg_data/lv_webapp
resize2fs 1.45.5 (07-Jan-2020)
Filesystem at /dev/vg_data/lv_webapp is mounted on /srv/webapp; on-line resizing required
old_desc_blocks = 13, new_desc_blocks = 19
The filesystem on /dev/vg_data/lv_webapp is now 39321600 (4k) blocks long.

Fatto. Il tuo filesystem è ora di 150GB, senza alcun downtime.

Come Ridurre un Volume LVM (lvreduce) - La Procedura Sicura

ATTENZIONE: Ridurre un volume è un'operazione altamente rischiosa e non può essere fatta online. Un errore causerà la perdita totale dei dati. Procedi sempre con un backup verificato.

1. Backup:** Esegui un backup completo del volume.
2. Smonta il Filesystem: sudo umount /srv/webapp
3. Controlla il Filesystem: sudo e2fsck -f /dev/vg_data/lv_webapp

4. Riduci il Filesystem (PRIMA):** Devi ridurre il filesystem a una dimensione inferiore a quella finale del LV. Se vuoi un LV da 80GB, riduci il FS a 79GB.

   $ sudo resize2fs /dev/vg_data/lv_webapp 79G

5. Riduci il Logical Volume: Ora puoi ridurre il "contenitore" LVM.

   $ sudo lvreduce -L 80G /dev/vg_data/lv_webapp

6. (Opzionale) Riespandi il FS:** Per sicurezza, riespandi il filesystem per occupare esattamente l'80G del volume: sudo resize2fs /dev/vg_data/lv_webapp
7. Rimonta: sudo mount /srv/webapp

LVM Snapshot: Backup "a caldo"

Uno snapshot LVM crea un'immagine "congelata" (Copy-on-Write) di un volume logico in un istante preciso. Questo è fondamentale per ottenere backup coerenti (consistent backups) di database o macchine virtuali senza doverli spegnere, una tecnica essenziale che che è integrata nei sistemi di virtualizzazione con Proxmox e KVM.

Per creare uno snapshot da 10GB del nostro lv_webapp:

$ sudo lvcreate -s -n snap_webapp -L 10G /dev/vg_data/lv_webapp
  Logical volume "snap_webapp" created.

Ora puoi montare /dev/vg_data/snap_webapp in una directory temporanea ed eseguire il tuo backup su quel mount. Lo snapshot contiene i dati *esattamente* come erano al momento della creazione, mentre il volume originale lv_webapp continua a lavorare e accettare scritture.

Il Contesto Moderno: LVM vs. ZFS e BTRFS

Una confusione comune è mettere LVM in competizione diretta con ZFS o BTRFS. La distinzione è cruciale per un'architettura di sistema corretta.

LVM (Il Gestore di Volumi Collaudato)

Come abbiamo visto, LVM gestisce i volumi a blocchi. Non sa nulla dei file al suo interno; per quello si affida a filesystem collaudati come ext4 o XFS. La sua forza è la stabilità, l'universalità (è in ogni distro Linux) e la flessibilità. L'accoppiata LVM + XFS/EXT4 è il cavallo di battaglia per la maggior parte dei server Linux aziendali.

ZFS (Il Filesystem Totale)

ZFS (originariamente di Sun Microsystems) è un sistema radicalmente diverso. Non è solo un filesystem, ma integra in un unico prodotto:

• Un gestore di volumi (come LVM)
• Un gestore RAID (chiamato ZRAID, molto robusto)
• Un filesystem avanzato (con snapshot, cloni, caching (ARC/L2ARC), compressione, deduplica e, soprattutto, checksum e auto-riparazione dei dati).

ZFS è più complesso, richiede più RAM (il suo caching ARC è esigente) ma offre un'integrità dei dati (data integrity) di livello superiore. È spesso usato in server NAS o di virtualizzazione pesanti.

BTRFS (La Risposta Nativa di Linux)

BTRFS (B-tree File System) è la risposta "nativa" del kernel Linux a ZFS. Come ZFS, integra gestione dei volumi (può estendersi su più dischi) e un filesystem avanzato con Copy-on-Write (CoW), snapshot, checksum e subvolumi (simili a snapshot ma scrivibili).

BTRFS è più leggero di ZFS ed è il filesystem di default su molte distribuzioni moderne (come openSUSE o Fedora). Sebbene le sue funzionalità RAID (5/6) siano ancora considerate meno mature di ZFS, sta rapidamente diventando uno standard per workstation e server.

Tabella Comparativa Strategica

Differenze tra i Filesystem

Se vuoi approfondire in dettaglio i filesystem ZFS, BTRFS e ext4, ti consigliamo il nostro articolo Comparazione filesystem Linux: btrfs vs zfs vs ext4 - Guida Definitiva

Domande Frequenti (FAQ) su LVM

LVM e RAID sono la stessa cosa?

No. LVM è un gestore di volumi (per la flessibilità), RAID è una tecnologia per la ridondanza o le prestazioni (protezione dai guasti dei dischi). Spesso si usano insieme: si crea un array RAID (es. RAID 1) e poi si costruisce LVM *sopra* l'array RAID (/dev/md0) per ottenere sia protezione che flessibilità.

LVM rallenta le prestazioni del disco?

L'impatto di LVM (il device-mapper) sulle prestazioni è trascurabile. Nelle configurazioni moderne, la differenza è impercettibile e i benefici in termini di flessibilità superano di gran lunga qualsiasi overhead minimo.

Posso installare Linux direttamente su LVM?

Assolutamente sì. Tutti i moderni installer delle principali distribuzioni (Ubuntu Server, Red Hat/CentOS/Rocky, Debian) offrono l'opzione "Usa LVM" o "Partizionamento guidato con LVM" durante l'installazione. È la scelta raccomandata per qualsiasi server.

Cosa sono le "PE" (Physical Extent) in LVM?

La Physical Extent (PE) è l'unità di misura base di LVM. Quando crei un Volume Group, LVM divide i Physical Volumes in questi "blocchi" (di default 4MB). I Logical Volumes vengono poi creati allocando un certo numero di PE. È un dettaglio di implementazione che permette a LVM di mappare facilmente lo spazio logico a quello fisico.

Conclusione e Risorse Esterne

Il Logical Volume Manager (LVM) è uno strumento fondamentale nell'arsenale di qualsiasi professionista Linux. Sebbene tecnologie più recenti come ZFS e BTRFS offrano un approccio integrato più moderno, la combinazione LVM + ext4/XFS rimane lo standard de facto per stabilità, affidabilità e flessibilità universale nel mondo dei server aziendali e nella progettazione di infrastrutture cloud.

Comprendere la sua architettura (PV, VG, LV) e padroneggiare i comandi di gestione (lvextend, lvcreate) trasforma la gestione dello storage da un'operazione statica e rischiosa a un processo dinamico e controllato.

Per approfondire gli aspetti tecnici, raccomandiamo le seguenti risorse autorevoli:

• Arch Linux Wiki su LVM (Una risorsa tecnica estremamente dettagliata)
• Red Hat: Cos'è LVM (Documentazione ufficiale del principale contributore)
• Guida Pratica di TecMint (Esempi pratici di comandi)