Lista de verificação de riscos da atualização de NAS com capacidades mistas

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

Mixed-Capacity NAS Upgrade Risk Checklist - Zima Store Online

Um disco maior não cria automaticamente mais capacidade NAS utilizável. Antes de comprar ou inserir discos de capacidades mistas, confirme como o RAID ou pool atual atribui o espaço, quando a expansão fica visível e que exposição a falhas cria cada reconstrução.

Identifique a topologia e a regra de capacidade

Registe o sistema operativo, o tipo de pool, o nível de RAID, a disposição do vdev ou array, os tamanhos atuais dos discos, o formato dos setores, a encriptação e o espaço livre. Nomes de produtos como RAID, RAID híbrido, array com paridade, espelho e ZFS não implicam o mesmo comportamento de expansão.

Os grupos RAID tradicionais atribuem normalmente espaço de acordo com o membro mais pequeno. Um espelho de dois discos pode manter o tamanho anterior até ambos os membros serem substituídos; um vdev RAIDZ pode exigir que todos os membros aumentem de tamanho antes de o espaço adicional aparecer.

Não assuma que uma baía livre pode aceitar qualquer disco antigo. Verifique se a plataforma suporta adicionar um disco ao grupo existente, adicionar um novo grupo, substituir membros sequencialmente ou reconstruir apenas para um novo pool.

Verifique os discos como um conjunto operacional compatível

Compare a interface, a capacidade, a gravação CMR ou SMR, a velocidade de rotação, o comportamento de recuperação de erros, a classificação de carga de trabalho, a garantia, a idade, o histórico SMART e as horas anteriores de funcionamento. Um disco nominalmente compatível pode ainda tornar-se o membro mais lento ou menos previsível.

Teste previamente os discos novos fora da única cópia válida, realizando um teste SMART longo e uma verificação completa de leitura ou escrita adequada a suportes dispensáveis. Verifique os cabos, as baías, os conectores de alimentação, o arrefecimento e a visibilidade no controlador antes de iniciar a atualização.

Use a tabela para transformar a combinação proposta numa decisão explícita de parar ou avançar.

Área de decisão	Avaliação	Limite
Regra de capacidade	Documente o espaço utilizável final e de cada etapa	Pare se a plataforma não o puder confirmar
Comportamento dos discos	Prefira discos CMR compatíveis e com estado conhecido	Não misture suportes desconhecidos ou com falhas
Recuperação	Cópia verificada fora do pool	Uma reconstrução de cada vez

Modele a reconstrução e a janela de falha

Estime a duração da reconstrução com base nos dados utilizados e no débito real do array e, em seguida, agende o trabalho para quando o servidor puder funcionar continuamente. Scrubs, transferências, análises de multimédia, bases de dados e tarefas de cópia de segurança podem prolongar o período de proteção degradada.

Mantenha uma cópia de segurança independente e verificada antes da primeira substituição. Uma reconstrução de paridade ou espelho é uma operação de disponibilidade, não uma cópia de segurança, e outro setor ilegível ou uma interrupção de energia pode inviabilizar o plano.

Um artigo relacionado da ZimaSpace sobre seleção de discos NAS explica por que motivo combinar a capacidade, o tipo de gravação e o desempenho simplifica a recuperação.

Uma análise independente sobre discos mistos ilustra como a capacidade utilizável e o comportamento da expansão dependem da disposição do armazenamento.

-15% OFF

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

Single board computer zimaboard2

Aprove a atualização apenas com possibilidade de reversão

Registe a ordem de substituição, os estados degradados esperados, a capacidade após cada etapa, os comandos ou ecrãs da interface a monitorizar e a condição que interrompe o procedimento. Nunca substitua um segundo membro antes de a primeira reconstrução estar concluída e de as verificações de integridade apresentarem resultados limpos.

Conserve o disco removido sem alterações até o array ter concluído um scrub, uma cópia de segurança, um reinício e uma carga de trabalho normal. Identifique-o com a respetiva baía e data para não ser reutilizado acidentalmente nem confundido com o membro atual.

Avance quando a topologia suportar oficialmente a sequência, o percurso de alimentação e arrefecimento estiver estável, a cópia de segurança puder ser restaurada e a capacidade utilizável final justificar o risco. Caso contrário, crie um novo pool compatível e migre os dados mantendo ambas as cópias intactas.