É possível substituir um dispositivo de cache ZFS sem parar as partilhas de ficheiros?

Normalmente, sim: o L2ARC é uma cache de leitura, pelo que pode ser removido e substituído online enquanto as partilhas continuam disponíveis, desde que o dispositivo seja realmente uma cache e não um log ou uma vdev especial de alocação.

A decisão é importante quando um SSD de cache está a falhar ou está a ser atualizado num NAS doméstico em funcionamento. Os dois estados concorrentes são um dispositivo L2ARC removível e um SLOG ou uma vdev especial identificados incorretamente, com riscos diferentes. Comece por guardar a configuração e utilizar dados descartáveis, observe um ramo de cada vez e pare se o teste aumentar o risco de perda de dados, problemas de permissões ou indisponibilidade.

Definir as condições subjacentes à decisão de substituição da cache ZFS L2ARC

Registe o ambiente antes de alterar qualquer coisa: versões do software e do firmware, identidades dos dispositivos, caminho de montagem ou de rede, espaço livre, permissões e o sintoma observável. A linha de base deve preservar detalhes suficientes para reproduzir a situação em que um SSD de cache está a falhar ou está a ser atualizado num NAS doméstico em funcionamento.

O primeiro candidato é um dispositivo L2ARC removível. O segundo é um SLOG ou uma vdev especial identificados incorretamente, com riscos diferentes. O comportamento atual do zpool remove define o mecanismo ou limite do comando utilizado no teste; não substitui a observação deste servidor doméstico específico.

Escreva a condição de aceitação e a condição de paragem antes de executar o elemento discriminador. Um resultado aprovado deve alterar as evidências previstas por um ramo, mantendo inalterados os serviços não relacionados; um resultado reprovado deve devolver o sistema ao estado guardado, em vez de desencadear uma cadeia de correções especulativas.

Testar a afirmação sem reduzir o requisito original

Utilize este elemento discriminador: inspecione o estado do zpool e a classe do dispositivo, remova o dispositivo de cache, confirme a integridade do pool e, em seguida, adicione o substituto. Mantenha constantes a carga de trabalho, o cliente, o caminho, o conjunto de ficheiros e o momento, para que o resultado seja atribuído à variável alterada.

Utilize o comportamento da substituição do L2ARC para selecionar o campo que pode realmente separar os ramos e registe o respetivo carimbo temporal, estado de saída, texto do erro, identidade do dispositivo ou do instantâneo, latência, bytes transferidos, permissões e estado de recuperação. Uma saída limpa do comando não é suficiente quando a afirmação em teste diz respeito à identidade, durabilidade ou estado da aplicação.

Repita o teste uma vez após um reinício, uma nova ligação, uma remontagem ou uma cache fria, quando esse evento fizer parte da condição original. Se a primeira execução for destrutiva ou se o ambiente não puder ser restaurado, pare e reproduza o teste numa cópia descartável.

zpool status -v
zpool remove pool cache-device
zpool add pool cache replacement-device

Interpretar resultados aprovados, reprovados e excecionais

APROVADO: as partilhas mantêm-se disponíveis e o pool permanece íntegro enquanto a nova cache aquece gradualmente. Registe a versão, a identidade e a carga de trabalho exatas que passaram no teste, para que a conclusão permaneça condicional em vez de se tornar uma afirmação universal.

REPROVADO: o dispositivo é um log, uma vdev especial ou faz parte de uma vdev de dados, ou a remoção produz erros. Um resultado reprovado não prova automaticamente o ramo oposto quando a rede, a memória, as permissões ou a consistência da origem podem influenciar ambos; isole essas dependências partilhadas antes de escalar o diagnóstico.

RESULTADO EXCECIONAL OU AMBÍGUO: pare e proteja o pool; não utilize instruções para dispositivos de cache noutra classe de vdev. Preserve os registos e não execute comandos de reparação, limpeza, destruição, reparticionamento ou alteração recursiva de proprietário até existir uma cópia recuperável.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Confirmar a decisão com a carga de trabalho original

Aplique a ação correspondente ao ramo observado e, em seguida, repita a condição original em vez de utilizar um substituto reduzido. A decisão só é válida quando as partilhas se mantêm disponíveis e o pool permanece íntegro enquanto a nova cache aquece gradualmente ao longo de dois ciclos ou do reinício, suspensão, interrupção ou transição de carga relevante.

Utilize as janelas de segurança dos instantâneos para verificar o fluxo de trabalho dependente mais próximo, mas mantenha inalterado o acionador original. Os conjuntos de dados, partilhas, contentores, utilizadores e pontos de recuperação não relacionados devem manter o acesso e o tempo de resposta anteriores.

O limite de paragem é explícito: se o dispositivo for um log, uma vdev especial ou fizer parte de uma vdev de dados, ou se a remoção produzir erros, regresse à última configuração verificada, conserve as evidências e escale para um teste mais aprofundado da plataforma ou do hardware apenas quando o ramo for reproduzível.

Depois de o resultado pretendido se manter, compare-o com as janelas de atividade do armazenamento, para garantir que a correção não transfere o risco para um serviço adjacente. Um teste do objetivo bem-sucedido que introduza uma nova falha de cópia de segurança, identidade, tempo limite ou disponibilidade continua a ser uma alteração falhada.

FAQ

No caso da substituição da cache ZFS L2ARC, as pesquisas restantes dizem normalmente respeito a saber se o desempenho diminuirá após a substituição, se um SLOG é o mesmo que um dispositivo de cache e se as partilhas devem ser pausadas na mesma. As respostas abaixo mantêm esses casos extremos separados da decisão principal.

O limite de aceitação não muda: as partilhas mantêm-se disponíveis e o pool permanece íntegro enquanto a nova cache aquece gradualmente. Se uma condição posterior alterar o sistema de ficheiros, a identidade, o caminho de rede ou a versão da aplicação, repita apenas o elemento discriminador afetado por essa alteração.

Pare de alargar a experiência quando o dispositivo for um log, uma vdev especial ou fizer parte de uma vdev de dados, ou quando a remoção produzir erros. Nesse ponto, pare e proteja o pool; não utilize instruções para dispositivos de cache noutra classe de vdev; preserve as evidências antes de escalar para o responsável pela plataforma, pelo armazenamento ou pelo hardware.

O desempenho diminuirá após a substituição?

Possivelmente, enquanto o novo L2ARC aquece; a ARC principal e o armazenamento subjacente continuam a servir as leituras.

Um SLOG é o mesmo que um dispositivo de cache?

Não. O SLOG participa na intenção de escrita síncrona e tem implicações diferentes ao nível da substituição e das falhas.

As partilhas devem ser pausadas na mesma?

Normalmente, não, no caso de uma alteração saudável do L2ARC, mas pause trabalhos intensivos se os diagnósticos mostrarem uma instabilidade de E/S mais abrangente.

No caso da substituição da cache ZFS L2ARC, a resposta prática continua a ser condicional: as partilhas mantêm-se disponíveis e o pool permanece íntegro enquanto a nova cache aquece gradualmente. Quando o dispositivo for um log, uma vdev especial ou fizer parte de uma vdev de dados, ou quando a remoção produzir erros, pare e proteja o pool; não utilize instruções para dispositivos de cache noutra classe de vdev; um sucesso parcial que não resista à carga de trabalho original não é compatibilidade.