Intervento & differenziatori
Datacenter Lombardia Aruba Ponte San Pietro Oltre il supporto del vendorProxmox VE: ZFS, LVM-thin, qcow2. Recovery sui tre stack di storage.
Proxmox VE è la piattaforma di virtualizzazione open source più diffusa nei nostri casi. Storage tipici: ZFS (pool, dataset), LVM-thin (logical volume thin-provisioned), qcow2 (file image qemu). Il recovery copre tutti e tre i layer e i loro intrecci.
Pool faulted, snapshot orfani.
ZFS è un filesystem-RAID integrato con ottime capacità di self-healing. Quando un pool va in faulted state spesso è recuperabile via zpool import -fF in modalità readonly, possibilmente con rewind a un checkpoint precedente. Su scenari più gravi serve clone dei dischi e ricostruzione algebrica dei vdev mancanti.
Thin pool corrupted, metadata exhaustion.
LVM-thin è efficiente in spazio (allocazione on-demand) ma ha un punto debole noto: se la metadata area si esaurisce o si corrompe, l'intero thin pool diventa inaccessibile. Recovery richiede manipolazione del thin pool metadata, recovery del logical volume manager su volume clonato.
Image qemu corrupted, snapshot chain.
qcow2 (QEMU Copy-On-Write) è il formato standard per le VM Proxmox quando lo storage non è ZFS o LVM. Header L1/L2 tables, snapshot interni multipli, backing file chain: tutti elementi che possono corrompersi e che richiedono recovery dedicato. Tool: qemu-img check, ricostruzione delle L1/L2 quando danneggiate, estrazione manuale dei dati raw quando il qcow2 non è recuperabile come tale.
Le domande che ci fanno più spesso.
Proxmox VE cluster di 3+ nodi: come funziona il recovery se uno cede?
Se la replica HA è attiva e configurata, le VM critiche dovrebbero failovare automaticamente. Il recovery del nodo cedente è separato: spesso recovery hardware del server, poi rejoin del cluster. Per casi di split-brain o quorum perso serve intervento manuale ordinato sulla quorum tool (pmxcfs).
Conviene migrare a ZFS o restare su LVM-thin?
ZFS ha vantaggi importanti (compressione, snapshot atomici, checksum end-to-end, scrub) ma vuole più RAM (ARC). Su sistemi con 64+ GB RAM dedicati allo storage, ZFS è quasi sempre la scelta migliore per nuovi deploy. Su sistemi più piccoli o con vincoli, LVM-thin resta valido.