local e local-lvm: perché ci sono due archivi e a che cosa serve ciascuno
Finita l’installazione vedi due archivi con nomi molto simili, e nessuno dei due dice a che cosa serve. La differenza non è la tecnologia, è che cosa contengono.
AtlasPVE ·
Questa voce risponde a
- proxmox local vs local-lvm
- proxmox local-lvm pieno
- proxmox dove caricare la iso
- proxmox tipo di contenuto archivio
- proxmox dove finiscono i dischi delle vm
L’installazione è finita, hai aperto il pannello e a sinistra ci sono due archivi con nomi molto simili. Dai nomi non capisci quale sia quale, perché i nomi dicono la tecnologia che usano, non il loro compito.
La differenza vera è questa: che cosa contengono.
Ci sono due tipi di contenuto
File. Immagini di installazione, archivi di backup, modelli di contenitore. Sono file che stanno in una cartella, hanno un nome e si copiano.
Dischi. I dischi delle macchine virtuali e i file system radice dei contenitori. Non sono file da sfogliare; vengono messi da parte come spazio grezzo.
I due compiti si somigliano ma le esigenze cambiano. Un archivio di file dev’essere elastico, un archivio di dischi rapido e ordinato.
Il momento in cui dici "l’opzione non compare"
Ogni archivio dichiara quali tipi di contenuto accetta. Se creando una macchina non vedi in elenco l’archivio che ti aspettavi, non è un guasto: quell’archivio non si è preso quel tipo di contenuto.
Capito questo, metà del pannello si spiega da sé. Un’opzione mancante è sempre una questione di permesso, non un errore nascosto.
Tre conseguenze pratiche
Prima: quando uno si riempie, l’altro non serve. I dischi delle macchine riempiono l’archivio dei dischi, le immagini di installazione quello dei file. I due di solito sono posti separati; avere spazio in uno non salva l’altro. Dietro la frase "c’è spazio ma la macchina non parte" c’è sempre questo.
Seconda: l’installazione predefinita mette entrambi sullo stesso disco fisico. Quindi le immagini scaricate, i backup presi e i dischi delle tue macchine stanno tutti insieme sul disco di avvio. Condividono quel disco sia nello spazio sia nell’usura.
Terza e più costosa: un backup scritto sullo stesso disco della macchina non è un backup. Quando quel disco muore, se ne vanno insieme macchina e backup. La disposizione predefinita ci invita parecchio, perché è l’unico archivio a portata di mano.
Non guardare il nome dell’archivio, guarda questa domanda
Fai una sola domanda per ogni archivio: "se questo disco muore, che cosa perdo?"
Se la risposta è "qualche immagine di installazione, le riscarico", quello è un archivio tranquillo. Se la risposta è "tutte le mie macchine", quello è un posto serio. Se la risposta è "le mie macchine e i miei backup", lì c’è un errore di progetto ed è la prima cosa da correggere.
Rispondi una volta a questa domanda per ogni archivio; la disposizione si scrive da sé.
Che cosa fa Atlas
Nella schermata di creazione dell’archivio, Atlas non chiede prima la tecnologia, chiede lo scopo: che cosa conterrà questo archivio, file di archivio o i dischi delle macchine? Mostra l’equivalente tecnico come sottotitolo, così dà il termine giusto a chi vuole impararlo, ma per scegliere non serve conoscerlo.
Il motivo è il tema di questo articolo: la domanda nella testa dell’utente non è "quale file system", è "dove andrà questa cosa". Anche la schermata deve porre quella domanda.
Anche la scelta del posto è costruita con la stessa logica: creare una nuova area in un insieme viene presentato come un unico concetto, qualunque sia la tecnologia dietro. E prima della conferma viene mostrato un riepilogo di che cosa succederà, perché montare un archivio è una decisione scomoda da spostare in seguito.
Fonti
La documentazione ufficiale di Proxmox. In inglese, e su questo argomento l’ultima parola è la sua.