Limite prático do número de instantâneos btrfs?

Estou pensando em usar btrfs na minha unidade de dados para poder usar o snapper , ou algo parecido com o snapper, para tirar instantâneos baseados em tempo. Eu acredito que isso me permitirá navegar em versões antigas dos meus dados. Isso seria um acréscimo ao meu backup externo atual, pois uma falha na unidade acabaria com os dados e os instantâneos.

Pelo meu entendimento, os snapshots do btrfs não ocupam muito espaço (metadados e os blocos que foram alterados, mais talvez algumas despesas gerais), portanto o espaço não parece ser uma restrição.

Se eu tiver um milhão de instantâneos (por exemplo, um instantâneo a cada minuto por dois anos), isso causaria estragos, supondo que eu tenha espaço em disco suficiente para os dados, os dados alterados e os metadados?

Se houver um limite prático para o número de capturas instantâneas, isso depende do número de arquivos e / ou tamanho dos arquivos?

Como alguém que está usando um btrfssistema de arquivos Arch Linuxhá quase 2anos, posso dizer com segurança que não parece haver um limite prático no número de instantâneos que podem ser facilmente alcançados. Existem algumas ressalvas. btrfssistema de arquivos pode levar à fragmentação. Portanto, é aconselhável usar o recurso de desfragmentação on-line incorporado aobtrfs . Além disso, pode-se fazer bom uso do btrfsrecurso de compactação. Essas medidas devem cuidar da maioria dos problemas de desempenho que possam surgir sensatamente em um computador razoavelmente decente, criando muitos instantâneos.

Como você deve saber, btrfstrata os subvolumes como sistemas de arquivos e, portanto, o número de instantâneos é realmente limitado: ou seja, pelo tamanho dos arquivos. De acordo com o btrfswiki, o tamanho máximo de arquivo que pode ser alcançado é 2^64 byte == 16 EiB^[1] .

Além dessas limitações, sempre há problemas quando você fica sem espaço, sem o reconhecer imediatamente, porque a verificação de espaço livre nos btrfssistemas de arquivos às vezes pode ser complicada, ou seja, sem conseguir diferenciar os diferentes métodos de medir o espaço livre em um btrfssistema de arquivos. use com facilidade o controle da quantidade de espaço que realmente resta. Uma maneira possível de evitar esse cenário é o uso de cota. Isso garante que os usuários (ou o usuário, se for apenas um) possam usar apenas uma certa quantidade de espaço. Este conceito é discutido com muita habilidade aqui e também aqui .

Por último, mas não menos importante, um aviso: não sou especialista em btrfssistemas de arquivos e só li sobre essas coisas quando tive a mesma pergunta há algum tempo. Além disso, sempre há o problema de btrfsum "alvo em movimento rápido" (palavras bonitas sendo roubadas de uma Arch Linuxpágina da wiki, eu acho.) Para que as coisas possam mudar.

Embora tecnicamente não haja limite para o número de instantâneos, perguntei na lista de discussão BTRFS :

A resposta (prática) depende até certo ponto de como você usa o btrfs.

O Btrfs tem problemas de dimensionamento devido a muitos snapshots (ou, na verdade, os snapshots de reflinks usam, a desduplicação usando reflinks pode acionar os mesmos problemas de dimensionamento) e o dígito duplo a baixo dígito de snapshots por subvolume de snapshot continua sendo a forte recomendação por esse motivo.

Mas os problemas de dimensionamento afetam principalmente os próprios comandos de manutenção do btrfs, balancear, verificar, excluir subvolume. Enquanto milhões de snapshots tornarão o equilíbrio, por exemplo, efetivamente impraticável (isso meio que funcionará, mas poderá levar meses), operações normais do sistema de arquivos, como ler e salvar arquivos, não tendem a ser afetadas, exceto na medida em que a fragmentação se tornar um problema ( os sistemas de arquivos cow, como o btrfs, são notados por fragmentação, a menos que etapas como desfragmentação sejam tomadas para reduzi-lo).

Parece que usar snapshots como um backup de arquivo semelhante ao time machine / snapper não é uma boa ideia.

Você pode ter um total combinado de 2 ⁶⁴ capturas instantâneas e subvolumes.

A btrfspágina wiki de design diz (mina empahsis):

Subvolumes são basicamente uma btree nomeada que contém arquivos e diretórios. Eles têm inodes dentro da árvore das raízes das árvores e podem ter proprietários e grupos não-raiz. Os subvolumes podem receber uma cota de blocos e, uma vez atingida essa cota, não são permitidas novas gravações. Todos os blocos e extensões de arquivo dentro dos subvolumes são contados como referência para permitir a captura instantânea. Até 2 ⁶⁴ subvolumes podem ser criados no FS.

Os instantâneos são idênticos aos subvolumes , mas seu bloco raiz é compartilhado inicialmente com outro subvolume. Quando a captura instantânea é obtida, a contagem de referência no bloco raiz é aumentada e a cópia no sistema de transações de gravação garante que as alterações feitas no instantâneo ou no subvolume de origem sejam privadas para essa raiz. Os instantâneos são graváveis ​​e podem ser instantâneos novamente várias vezes. Se desejar apenas snapshots de leitura, sua cota de blocos será definida como uma no momento da criação.