Limite pratico sul numero di istantanee di btrfs?

Sto pensando di utilizzare btrfs sul mio disco dati in modo da poter usare snapper , o qualcosa come snapper, per prendere istantanee basate sul tempo. Credo che questo mi permetterà di sfogliare le vecchie versioni dei miei dati. Questo sarebbe in aggiunta al mio attuale backup off-site poiché un guasto all'unità cancellerebbe i dati e le istantanee.

Da quanto ho capito, le istantanee di btrfs non occupano molto spazio (metadati e blocchi che sono cambiati, più forse un certo sovraccarico), quindi lo spazio non sembra essere un vincolo.

Se avessi un milione di istantanee (ad esempio, un'istantanea ogni minuto per due anni) ciò causerebbe il caos, supponendo che ho abbastanza spazio su disco per i dati, i dati modificati e i metadati?

Se esiste un limite pratico al numero di istantanee, dipende dal numero di file e / o dalla dimensione dei file?

Come qualcuno che usa un btrfsfilesystem da Arch Linuxquasi 2anni ormai posso tranquillamente affermare che non sembra esserci un limite pratico al numero di istantanee che possono essere facilmente raggiunte. Ci sono alcuni avvertimenti però. btrfsil filesystem può portare alla frammentazione. È quindi consigliabile utilizzare la funzione di deframmentazione online integrata btrfs. Inoltre, si può fare buon uso della btrfsfunzione di compressione. Queste misure dovrebbero occuparsi della maggior parte dei problemi di prestazioni che potrebbero sorgere sensibilmente su un computer ragionevolmente decente dalla creazione di molte istantanee.

Come forse saprai btrfstratta i sottovolumi come filesystem e quindi il numero di snapshot è davvero limitato: vale a dire dalla dimensione dei file. Secondo il btrfswiki, la dimensione massima del file che può essere raggiunta è 2^64 byte == 16 EiB^[1] .

A parte queste limitazioni, possono sempre esserci problemi quando si esaurisce lo spazio senza riconoscerlo immediatamente perché il controllo dello spazio libero sui btrfsfilesystem a volte può essere complicato, vale a dire senza essere in grado di distinguere tra diversi metodi di misurazione dello spazio libero su un btrfsfilesystem usa facilmente la traccia di quale quantità di spazio è effettivamente rimasta. Un modo possibile per prevenire questo scenario è l'uso della quota. Ciò garantisce che gli utenti (o l'utente, se è solo uno), possono utilizzare solo una determinata quantità di spazio. Questo concetto è discusso molto abilmente qui e anche qui .

Ultimo ma non meno importante un avvertimento: non sono un esperto di btrfsfilesystem e ho letto di queste cose solo quando avevo la stessa domanda qualche tempo fa. Inoltre, c'è sempre il problema che btrfsè un "obiettivo in rapido movimento" ( Arch Linuxcredo che una bella frase venga rubata da una pagina wiki), quindi le cose potrebbero cambiare.

Sebbene tecnicamente non vi siano limiti al numero di istantanee, ho chiesto alla mailing list di BTRFS :

La risposta (pratica) dipende in una certa misura da come usi btrfs.

Btrfs ha problemi di ridimensionamento a causa di troppe istantanee (o in realtà le istantanee dei reflink usano, il dedup utilizzando i reflink può innescare gli stessi problemi di ridimensionamento) e la doppia cifra da singola a bassa delle istantanee per sottovolume di istantanee rimane la forte raccomandazione per questo motivo.

Ma i problemi di ridimensionamento riguardano principalmente i comandi di manutenzione di btrfs, bilanciamento, controllo, eliminazione del volume secondario. Mentre milioni di istantanee renderanno il bilancio, ad esempio, effettivamente non realizzabile (funzionerà in qualche modo ma potrebbe richiedere mesi), le normali operazioni del filesystem come la lettura e il salvataggio dei file non tendono a essere influenzate, tranne nella misura in cui la frammentazione diventa un problema ( i file system di mucca come btrfs sono noti per la frammentazione, a meno che non vengano prese misure come la deframmentazione per ridurla).

Sembra che l'utilizzo di snapshot come backup di archivio simile a time machine / snapper non sia una buona idea.

Puoi avere un totale combinato di 2 ⁶⁴ istantanee e sottovolumi.

La btrfspagina wiki di design dice (empahsis mine):

I sottovolumi sono fondamentalmente un btree denominato che contiene file e directory. Hanno inode all'interno dell'albero delle radici dell'albero e possono avere proprietari e gruppi non root. Ai sottovolumi può essere assegnata una quota di blocchi e una volta raggiunta questa quota non sono consentite nuove scritture. Tutti i blocchi e le estensioni di file all'interno dei volumi secondari vengono contati per consentire lo snapshot. Sull'FS possono essere creati fino a 2 ⁶⁴ sottovolumi.

Le istantanee sono identiche ai sottovolumi , ma il loro blocco radice è inizialmente condiviso con un altro sottovolume. Quando viene acquisita l'istantanea, il conteggio dei riferimenti sul blocco radice viene aumentato e la copia sul sistema di transazione in scrittura garantisce che le modifiche apportate all'istantanea o al volume secondario della sorgente siano private per quella radice. Le istantanee sono scrivibili e possono essere nuovamente visualizzate in qualsiasi numero di volte. Se si desiderano solo snapshot di sola lettura, la loro quota di blocco è impostata su una al momento della creazione.