Como é que o Registo de Intenção do ZFS confirma as gravações NAS após uma perda de energia?

Um registo de intenções do ZFS restaura escritas NAS confirmadas após falha de energia, mantendo um registo durável das operações síncronas que o ZFS reconheceu antes de os seus blocos de dados finais serem comprometidos através do caminho normal do grupo de transações.

Após o reinício, o ZFS pode reproduzir esses registos de log e completar as operações interrompidas. Isto preserva as promessas de armazenamento feitas às aplicações, mas não recupera todas as escritas assíncronas nem repara danos não relacionados com hardware e sistema de ficheiros.

Que promessa faz uma escrita síncrona?

Uma escrita síncrona pede ao sistema de armazenamento para não reportar sucesso até que a operação tenha um registo de recuperação durável. as escritas síncronas passam pelo ZIL para que um cliente possa confiar no reconhecimento após uma falha.

Bases de dados, cargas de trabalho NFS, máquinas virtuais e aplicações que usam fsync podem depender desta garantia. Elas avançam o seu próprio estado de transação após o armazenamento reportar que a escrita necessária é segura.

As escritas assíncronas seguem uma promessa diferente. Podem permanecer na memória volátil até um commit posterior do grupo de transações, pelo que alterações recentes não confirmadas podem desaparecer após uma falha súbita de energia sem violar um contrato de durabilidade síncrona.

Como funcionam em conjunto o ZIL e os grupos de transações?

O ZFS recolhe dados normais sujos em grupos de transações e escreve-os de forma eficiente no pool principal. O registo de intenções regista operações síncronas pendentes como um caminho de recuperação de curta duração até que o grupo de transações relacionado seja comprometido com segurança.

O registo não é o local permanente dos dados do ficheiro. Uma vez que o grupo de transações atinge a árvore de armazenamento principal, os registos de intenções anteriores deixam de ser necessários e o seu espaço pode ser reutilizado.

Esta separação permite que o ZFS preserve a durabilidade de baixa latência para escritas selecionadas, enquanto organiza o pool principal em commits de grupos de transações maiores e mais eficientes.

O que acontece ao registo de intenções após uma falha de energia?

Quando o NAS reinicia, o ZFS importa o pool e verifica se as operações síncronas reconhecidas não foram incluídas no último grupo de transações comprometido. Se necessário, o registo de intenção é reproduzido durante a recuperação.

A reprodução reemite as operações registadas num novo grupo de transações consistente. O processo restaura as escritas reconhecidas sem exigir que as aplicações adivinhem quais as transações confirmadas que foram perdidas.

O âmbito da recuperação é deliberadamente pequeno porque o registo cobre operações síncronas recentes, não o pool inteiro. O ZFS ainda depende da sua árvore copy-on-write comprometida para o estado mais amplo do sistema de ficheiros.

O que Muda Quando o ZIL Usa um Dispositivo SLOG Separado?

Cada pool tem um mecanismo de registo de intenção, mas um dispositivo de registo separado opcional move os seus registos duráveis para fora dos vdevs principais de dados. Um SLOG de baixa latência pode encurtar os commits síncronos quando o pool principal é mais lento a persistir pequenas escritas forçadas.

O SLOG não é um cache de escrita geral e normalmente não é lido durante a operação saudável. Os principais grupos de transações continuam a escrever os dados autoritativos no pool regular.

Um SLOG rápido ajuda apenas cargas de trabalho que emitem escritas síncronas significativas. Streaming de media, leituras comuns e cópias de ficheiros maioritariamente assíncronas podem mostrar pouco ou nenhum benefício.

Porque é que a Proteção contra Perda de Energia e a Latência Importam Mais do que a Capacidade?

Um dispositivo de registo de intenção precisa preservar os registos reconhecidos quando o sistema perde energia. a proteção contra perda de energia preserva as escritas SLOG que, de outra forma, permaneceriam apenas na cache volátil do dispositivo.

A latência sustentada de pequenas escritas e o comportamento de flush são mais importantes do que a grande capacidade anunciada. O registo ativo geralmente cobre uma janela curta de operações síncronas pendentes, em vez de servir como um grande nível de dados a longo prazo.

Um dispositivo lento ou desonesto pode tornar as escritas síncronas mais lentas ou comprometer a promessa de durabilidade. Os testes de ráfaga de SSDs de consumo não provam um comportamento seguro de escrita forçada durante uma falha.

O que é que um Registo de Intenção Não Pode Recuperar?

O registo de intenção não pode recriar escritas assíncronas que nunca foram prometidas como duráveis, reverter uma sobreposição intencional, ou substituir uma cópia de backup independente depois de cada versão online ser danificada.

Também não pode corrigir RAM defeituosa, bugs no firmware do controlador, flushes desonestos do disco, membros do pool falhados além da redundância, ou corrupção de aplicação já comprometida como um novo estado válido.

Um UPS, ordenação correta de escritas, somas de verificação, snapshots, redundância e backups tratam outros limites de falha. O ZIL preserva especificamente a intenção síncrona reconhecida durante uma interrupção.

Perguntas Frequentes

O SLOG é a mesma coisa que o ZIL?

Não. O ZIL é o mecanismo de registo de intenção do ZFS. Um SLOG é um dispositivo separado opcional usado para armazenar esses registos de intenção em vez de os colocar no pool principal.

Um SLOG acelera todas as escritas NAS?

Não. Afeta principalmente escritas síncronas cuja latência é limitada por commits duráveis no registo. Escritas assíncronas e cargas de leitura podem não melhorar.

O ZIL é lido durante a operação normal?

Normalmente, não é usado como fonte de leitura de ficheiros. É reproduzido após uma interrupção quando operações síncronas confirmadas não foram incluídas no último grupo de transações comprometido.

O ZFS precisa de um registo de intenção para manter a consistência do sistema de ficheiros?

Os grupos de transações copy-on-write do ZFS preservam uma árvore comprometida consistente. O registo de intenção adiciona a recuperação de operações síncronas reconhecidas que ocorreram após esse ponto comprometido.

Conclusão Final

Um registo de intenção ZFS não acelera todos os tipos de recuperação. A sua função precisa é preservar e reproduzir operações síncronas confirmadas que ainda não tinham chegado ao grupo principal de transações. Um SLOG de baixa latência e protegido contra falhas de energia pode tornar esses commits mais rápidos, enquanto backups, redundância, somas de verificação, snapshots e um UPS continuam a proteger diferentes limites de falha.