Gestire l'archiviazione Proxmox, visivamente
L'archiviazione su Proxmox è potente ma dispersa: ZFS vive in un posto, LVM in un altro, e ciò che un disco sta realmente facendo vive sulla riga di comando. Quando un pool dice degraded, le prime domande sono sempre le stesse: quale disco, quanto grave, cosa fare ora? Questa pagina copre due cose: decisioni di archiviazione che reggono su qualsiasi configurazione, e come Atlas mostra un disco dal pool al percorso dati su un'unica mappa.
Perché l'archiviazione diventa confusa
I livelli vivono su schermate separate: disco fisico, RAID/pool, dataset/LV, e il disco VM sopra. Per vedere in quale livello vive un problema, si controllano quattro posti.
ZFS, LVM-thin o Btrfs? La decisione presa al momento dell'installazione è la più difficile da cambiare in seguito, e la maggior parte delle guide le dedica una sola frase.
La salute è invisibile: quando è stato eseguito l'ultimo scrub, perché il pool è degraded, dove sta andando la capacità. Sulla maggior parte delle configurazioni lo si scopre quando qualcosa si rompe.
Una routine di archiviazione solida
Qualunque file system si scelga, questi punti non cambiano:
Scelga il livello deliberatamente: LVM-thin per un singolo disco e flessibilità; ZFS per integrità, compressione e snapshot.
Costruisca la ridondanza fin dall'inizio: la decisione mirror/raidz viene presa alla creazione del pool; convertire in seguito significa spostare i dati.
Gli scrub vanno messi su una pianificazione (mensile è un buon ritmo) e il risultato va letto; un errore di scrub è l'allarme precoce.
Prenda sul serio i segnali del disco: settori riallocati in crescita sono la lettera d'addio di un disco; lo sostituisca prima che La costringa a farlo.
Uno snapshot non è un backup: vive nello stesso pool e muore con esso. Una copia su un dispositivo separato (ad es. PBS) resta necessaria per i disastri.
Lasci margine: ZFS inizia a rallentare oltre l'80 percento; pianifichi l'espansione prima che il pool si riempia.
Atlas mette l'archiviazione su un'unica mappa
Disco → pool → percorso dati, su un'unica mappa di flusso:
Quattro livelli, uno schermo
ZFS, LVM, Btrfs e mdadm nella stessa interfaccia: pool, dataset, LV e dischi in un'unica immagine invece di schede separate.
Procedura guidata per la creazione di pool
Un nuovo pool, passo dopo passo: selezione del disco, ridondanza, denominazione; cosa succederà è chiaro prima di applicare.
Badge di ridondanza sulla mappa
Ogni pool si trova sulla mappa di flusso con il proprio badge (mirror, raidz o disco singolo): si vede a colpo d'occhio invece di doverlo memorizzare.
Esploratore di dataset
Percorra l'albero dei dataset ZFS: dimensioni, utilizzo, quale VM scrive dove.
La salute è visibile
Stato del pool (online/degraded) e capacità a colpo d'occhio; quando qualcosa non va, la mappa mostra in quale livello si trova.
Operazioni sicure
I passaggi distruttivi (wipe, formattazione) richiedono conferma esplicita; ciò che può essere annullato è onestamente separato da ciò che non può esserlo: nessun annullamento fittizio.
Domande frequenti
- Dovrei scegliere ZFS o LVM-thin?
- LVM-thin è pratico su un singolo disco con RAM limitata. Per integrità, compressione e snapshot flessibili la scelta è ZFS. ZFS ama la RAM, ma la ripaga in integrità.
- Il mio pool dice degraded. Cosa devo fare?
- Nessun panico: degraded significa che la ridondanza è calata; i dati sono ancora accessibili. Si identifica il disco guasto, si sostituisce, si evita di stressare il pool finché il resilver non è terminato, e nel frattempo si verifica il backup contro un secondo guasto.
- Con quale frequenza dovrebbe girare uno scrub?
- Mensile è un ritmo comune e sufficiente per uso domestico e da laboratorio. Ciò che conta è che giri regolarmente e che qualcuno ne legga il risultato; gli scrub sono ciò che intercetta la corruzione silenziosa.
- Uno snapshot conta come backup?
- No. Uno snapshot vive nello stesso pool; se il pool o il disco muore, lo snapshot muore con esso. Gli snapshot servono per un rollback veloce, una copia su un dispositivo separato serve per i disastri.
- Dove imposto il RAID su Proxmox?
- Senza RAID hardware, la via più pulita è un mirror ZFS o un raidz. Anche mdadm funziona, ma con ZFS disponibile è di solito uno strato in più. Atlas espone entrambe le vie nell'interfaccia.
- Quanto è troppo pieno per un pool?
- L'80 percento vale come soglia su ZFS: oltre quel punto iniziano frammentazione e rallentamenti. Vicino a quel limite si ripuliscono prima gli snapshot vecchi, poi si pianifica l'espansione.
Voci collegate
- Come disporre i dischi: specchio o parità distribuita La domanda non è quale sia più veloce. È a quale guasto vuoi sopravvivere e che cosa la macchina sarà costretta a fare dopo quel guasto.
- Aggiungere un disco e allargare un pool: il passo che chiude la ridondanza in silenzio Aggiungere un disco sono due lavori distinti: far sì che il sistema lo veda, e decidere dove appartiene. Un errore nel secondo può chiudere la ridondanza per sempre.
- Dischi orfani: la domanda da farsi prima di cancellare Hai cancellato la macchina ma lo spazio non è tornato. I dischi rimasti restano lì per tre motivi diversi, e non sono la stessa cosa. La lista stessa è una lista di cancellazione, quindi la sua affidabilità è un tema a parte.
- Il disco è pieno: dov’è finito lo spazio e cosa è sicuro cancellare Su uno storage pieno la prima mossa non è cancellare ma capire dov’è finito lo spazio. Snapshot, backup vecchi e dischi orfani sono i tre soliti colpevoli, e cancellarli non comporta lo stesso rischio.