Como configurar conjuntos de dados ZFS separados para dados de aplicações, cópias de segurança e transferências

Configure conjuntos de dados ZFS separados para dados de aplicações, cópias de segurança e transferências, atribuindo a cada carga de trabalho o seu próprio ponto de montagem, propriedades, política de instantâneos e limite de limpeza.

Num servidor doméstico, estas pastas começam frequentemente numa única partilha grande, porque é mais simples. Mais tarde, precisam de políticas diferentes de retenção, permissões, compressão, tamanho de registo, quotas e comportamento de restauro. Por isso, a configuração segura consiste em separá-las antes que uma carga de trabalho intensiva dite a política para tudo o resto.

Decida o Que Cada Conjunto de Dados Deve Proteger

Comece pela função de cada carga de trabalho. Os dados das aplicações precisam normalmente de instantâneos consistentes e restauros cuidadosos; as cópias de segurança precisam de controlo de capacidade e retenção; e as transferências precisam de ser fáceis de limpar sem se tornarem parte da proteção a longo prazo.

Os conjuntos de dados ZFS são tanto limites administrativos como pastas. Propriedades como compressão, quotas e reservas, pontos de montagem e instantâneos podem ser geridas por conjunto de dados. É por isso que separar as cargas de trabalho é útil, mesmo quando estão no mesmo pool.

Defina as três funções pretendidas antes de criar qualquer coisa: estado de aplicações que gostaria de restaurar, dados de cópia de segurança que pretende conservar e dados descartáveis ou que podem ser transferidos novamente e eliminados. Se duas pastas precisam da mesma política de restauro e limpeza, talvez ainda não precisem de conjuntos de dados separados.

Crie Pontos de Montagem Claros Antes de Mover os Dados

Escolha pontos de montagem que tornem a separação óbvia para as aplicações e para as pessoas. Uma estrutura simples pode usar um único diretório-pai, como /srv/storage, e depois pontos de montagem secundários para appdata, backups e downloads.

A documentação do zfs-set do OpenZFS descreve como definir propriedades dos conjuntos de dados através de zfs set, enquanto a documentação geral das propriedades aborda o comportamento dos pontos de montagem e a herança de propriedades. Assim, pode criar um conjunto-pai com predefinições partilhadas e substituir apenas as propriedades dos conjuntos secundários que precisam de um comportamento diferente.

Crie primeiro conjuntos de dados vazios, confirme que são montados nos locais esperados e só depois mova os dados. Pare se uma aplicação ainda estiver a escrever no caminho antigo; migre essa aplicação durante uma janela de manutenção para poder reverter o processo de forma limpa.

Dê aos Dados das Aplicações a Política de Instantâneos Mais Cuidadosa

Os dados das aplicações costumam mudar de formas pequenas, mas importantes: bases de dados, ficheiros de configuração, carregamentos de utilizadores, volumes de contentores e estado das aplicações. Perder um ficheiro pode ser menos evidente do que perder uma pasta inteira de cópias de segurança, mas restaurar o momento errado pode impedir o funcionamento de uma aplicação.

A documentação das propriedades do OpenZFS mostra que as propriedades ao nível do conjunto de dados podem ser herdadas ou substituídas. Isto permite que os dados das aplicações mantenham instantâneos mais frequentes ou uma compressão diferente, sem impor essas escolhas às transferências.

Para os dados das aplicações, prefira instantâneos frequentes, uma eliminação conservadora e um teste de restauro para uma aplicação representativa. Se uma aplicação utilizar uma base de dados ativa, coordene os instantâneos com o método de cópia de segurança ou de colocação em pausa da própria aplicação, em vez de presumir que o instantâneo do sistema de ficheiros é consistente com a aplicação.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Dê às Cópias de Segurança Limites de Capacidade e de Retenção

As cópias de segurança merecem o seu próprio conjunto de dados porque podem crescer silenciosamente devido à retenção, aos metadados de deduplicação, às cópias completas sintéticas, à replicação ou a tarefas antigas dos clientes. Um conjunto de dados de cópias de segurança sem limites pode consumir o espaço necessário para as aplicações ou para as partilhas ativas.

O guia de propriedades ZFS da Oracle explica as quotas e reservas como controlos ao nível do conjunto de dados, o que as torna úteis para impedir que o crescimento das cópias de segurança prejudique cargas de trabalho não relacionadas.

Defina uma quota ou, pelo menos, um limiar de alerta para o conjunto de dados de cópias de segurança e, em seguida, alinhe a retenção dos instantâneos com a retenção da própria ferramenta de cópias de segurança. Não mantenha indefinidamente instantâneos do sistema de ficheiros em torno de ficheiros de cópia de segurança que a aplicação de cópias de segurança considera já ter eliminado.

Mantenha as Transferências Fáceis de Reconstruir e Eliminar

As transferências são normalmente o conjunto de dados menos importante, porque a maioria dos ficheiros é temporária, pode ser transferida novamente ou aguarda organização. Ainda assim, merecem um limite próprio, porque podem encher rapidamente um pool e herdar instantâneos de que não precisam.

Um conjunto de dados separado para transferências permite reduzir ou desativar a retenção prolongada, ajustar a compressão de acordo com o tipo de ficheiros e limpar o diretório sem afetar o estado das aplicações nem as cópias de segurança.

Utilize uma quota pequena ou uma limpeza agendada se as transferências ocuparem regularmente todo o espaço disponível. Se um ficheiro se tornar importante, mova-o para o conjunto de dados cuja política corresponda à sua nova função, em vez de manter dados de longo prazo na área descartável.

Verifique as Permissões, os Instantâneos e os Restauros Depois da Separação

A configuração não fica concluída quando os conjuntos de dados existem. Fica concluída quando as aplicações arrancam corretamente, as cópias de segurança são guardadas no conjunto de dados certo, as transferências podem ser limpas em segurança e os instantâneos mostram os limites esperados.

Faça uma verificação de restauro por classe: restaure uma pequena configuração de aplicação, consulte um ponto de recuperação de uma cópia de segurança e elimine ou limpe um ficheiro de transferência de teste. Isto confirma que o limite do conjunto de dados corresponde ao limite operacional.

Se um instantâneo incluir transferências inesperadamente ou não incluir dados de aplicações, pare e corrija o ponto de montagem ou a atribuição do conjunto de dados antes de adicionar mais automatização. O estado final ideal é simples: cada carga de trabalho tem uma política que consegue explicar numa frase.

Perguntas frequentes

Os dados das aplicações e as cópias de segurança devem alguma vez partilhar um conjunto de dados?

Apenas quando partilham realmente os mesmos requisitos de retenção, quota, instantâneos e restauro. Na maioria dos servidores domésticos, os dados das aplicações e as cópias de segurança justificam políticas diferentes.

Posso separar os conjuntos de dados depois de já existirem dados?

Sim, mas trate o processo como uma migração. Crie os novos conjuntos de dados, pare as aplicações ou tarefas que escrevem, mova os dados, atualize os caminhos, faça testes e mantenha a cópia antiga até verificar os novos pontos de montagem.

Para uma etapa de planeamento relacionada, reveja a forma como os limites dos conjuntos de dados interagem com a capacidade de replicação; o guia da ZimaSpace sobre a replicação de instantâneos encher um pool de destino mostra por que razão a retenção e o âmbito dos conjuntos de dados devem ser concebidos em conjunto.