strategia di partizionamento e subvol con btrfs


10

Sono nuovo di btrfs e vorrei alcuni consigli sulla strategia di partizionamento e sottovolume. Il sistema è un server Web leggero e presuppone che abbia un solo disco.

Con i filesystem ext, ho sempre creato partizioni separate per /, / var, swap (e possibilmente / boot e / home). Per me / var contiene sempre tutti i dati preziosi del server Web (ad esempio database MySQL) e nessuno del codice. Ciò mi consente di spostare facilmente i dati su un sistema diverso (sposta o copia / var) o reinstalla il sistema operativo senza interrompere i dati (riformattazione /) ecc.

Usando btrfs, potrei fare la stessa cosa, usare lo stesso schema di partizionamento e avere un filesystem btrfs separato su ogni partizione. Oppure, potrei avere una singola partizione e usare i sottovolumi di btrfs per /, / var e così via. Quali sarebbero i pro ei contro di questo?

Mi sembra che potrebbe esserci qualche vantaggio nell'avere snapshot / -lyly / / var-only, ad esempio ("Ripristina tutti i dati in un checkpoint precedente" vs "ripristina tutto il codice" vs "ripristina entrambi"). È giusto o appare solo in quel modo?

Domanda bonus: ci sono vantaggi nell'usare lvm al di sotto dei filesystem btrfs?

Domanda bonus 2: come cambierebbe il tuo consiglio se il sistema avesse due dischi della stessa dimensione?

Sarebbe anche apprezzato qualsiasi suggerimento su "questo è quello che ho fatto e come ha funzionato per me". Posso trovare un sacco di materiale su ciò che posso fare, ma non riesco a trovare molto dicendo "questo è quello che ho provato ed è per questo che ha funzionato o meno".


1
Ottima domanda! Volevo chiedere quasi lo stesso. Mi piacerebbe usare la crittografia raid1 e luks, ma è difficile trovare informazioni rilevanti sulle basi. Ad esempio se posso installare un sistema operativo su un singolo volume duplicato e posso usare il volume secondario per / swap, ecc. Senza alcun inconveniente. Forse dovrei leggere il manuale, ma non mi piacciono i testi lunghi. : D
inf3rno,

Risposte:


6

Se non hai esigenze specifiche, usa btrfs come faresti con un altro filesystem. Separare / home è una buona pratica.

Personalmente, sui server di casa il mio unico sottovolume è / etc, quindi posso creare istantanee delle configurazioni. Questo può essere automatizzato con strumenti come lo snapper.

Di solito, c'è poco interesse a ripristinare solo una versione precedente di / var, a causa della necessità di ripristinare anche / lib / stuff. È una situazione del tutto o niente.

Le istantanee di / home possono essere MOLTO grandi, quindi la gestione delle dimensioni del disco è presto un problema. Può essere fatto senza alcun problema, ma tieni d'occhio lo spazio rimanente. Inoltre, poiché le istantanee possono essere eseguite solo sullo stesso disco, non sono una soluzione per i backup in caso di guasto del disco. Pensali come qualcosa per situazioni come "oups, ho eliminato questo file due ore fa, ma ne ho ancora bisogno".

Bonus 1: nessuno. In effetti, btrfs è stato progettato per semplificare lo stack mdadm + lvm + fs. Quindi è davvero meglio evitarlo.

Bonus 2: No, ma crea un RAID 1! Semplice ed efficiente, i tuoi dati ti adoreranno :)

Bonus ninja: probabilmente vorrai davvero dare un'occhiata al wiki di btrfs .


btrfs supporta il mirroring e altre configurazioni RAID. Anche se dovresti evitare di riprodurre RAID6, potresti facilmente creare un mirror semplicemente aggiungendo una partizione dopo l'installazione. Puoi trovare un bel come qui ( complang.tuwien.ac.at/anton/btrfs-raid1.html )
JOduMonT

0

L'ho rivisto ultimamente e ho pensato di condividere un post molto ben ponderato che propone una partizione con directory di livello superiore contenenti sottovolumi: https://bbs.archlinux.org/viewtopic.php?id=194491

TL; DR

subvolid=0
      ├── subvol_root
      │        └── /usr, /bin, /sbin, /.snapshots, etc
      ├── subvol_snapshots
      ├── subvol_home
      └── subvol_opt
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.