Porque é que um array NAS degradado fica mais lento mesmo antes de começar a reconstrução?

Um array NAS degradado pode abrandar antes de a reconstrução começar porque a falha já alterou a forma como as leituras e escritas normais são concluídas. O array pode perder uma fonte de espelho paralela, reconstruir dados de paridade em falta sob demanda, tentar novamente uma unidade instável ou encaminhar mais trabalho através dos membros sobreviventes.

A reconstrução é uma tarefa posterior que restaura o membro em falta. A operação degradada começa assim que o array deixa de confiar num membro, pelo que a latência da aplicação pode aumentar mesmo enquanto a baía de substituição está vazia e nenhuma barra de progresso de reconstrução está a correr.

O que muda no momento em que falta um membro RAID?

A maioria dos arrays redundantes continua a operar em modo degradado, mas o seu caminho de dados já não é o caminho saudável usado quando todos os membros estão disponíveis.

O controlador do array ou a camada de software regista o membro como falhado, indisponível ou já não confiável. A partir desse momento, cada pedido deve evitar a fonte em falta e preservar a consistência com menos dispositivos.

A penalização exata depende do nível RAID e do bloco solicitado. Leituras que visam dados sobreviventes podem permanecer relativamente diretas, enquanto leituras que requerem o membro falhado precisam de reconstrução ou de outra réplica.

Por que é que as leituras de paridade precisam de mais trabalho antes da reconstrução?

Um pedido de dados que pertenciam ao membro falhado torna-se numa leitura degradada. Durante esse processo, leituras degradadas consomem CPU para recuperar dados a partir dos dados sobreviventes e das peças de paridade.

Em vez de ler um bloco solicitado, o array pode precisar de blocos de várias unidades sobreviventes, realizar um cálculo XOR ou de código de apagamento e devolver o resultado reconstruído ao cliente. Isso aumenta a dispersão do dispositivo e o processamento por pedido.

Porque esta reconstrução acontece em primeiro plano, os utilizadores podem notar aberturas de ficheiros mais lentas, leituras de bases de dados, buscas em media ou arranque de aplicações antes de qualquer unidade de substituição ser adicionada.

Por que é que um espelho perde o paralelismo de leitura?

Espelhos saudáveis podem distribuir leituras entre cópias equivalentes. Após a falha de um membro, o membro restante do espelho serve as leituras sozinho, removendo o paralelismo de leitura e a distribuição da fila que existia antes da falha.

O débito sequencial pode aproximar-se da capacidade de um disco em vez do comportamento combinado do par de espelhos. Os pedidos aleatórios também se acumulam atrás da fila de um dispositivo em vez de serem servidos pela réplica menos ocupada.

Esta penalização não requer cálculos de paridade. Vem da perda de uma cópia disponível e da concentração da carga de trabalho no membro sobrevivente.

Por que é que um disco meio falhado pode ser mais lento do que uma falha limpa?

Um disco que permanece visível mas tem dificuldades com setores pode passar muito tempo a tentar comandos. No RAID de software Linux, timeouts longos de recuperação de erros podem bloquear o array antes da camada de armazenamento desistir e reconstruir o bloco noutro local.

Estas pausas podem ser piores do que um disco que falha de forma limpa e é removido do caminho ativo. Os pedidos esperam pelo membro incerto, as filas acumulam-se atrás dele e as aplicações experienciam latência de cauda longa mesmo quando o débito médio ainda parece aceitável.

Os controladores e plataformas NAS diferem nas suas políticas de timeout, recuperação de erros e remoção de membros. É por isso que dois arrays com o mesmo nível RAID podem responder de forma muito diferente ao mesmo disco marginal.

Como é que as cargas de trabalho normais do NAS competem com o I/O degradado?

Os discos sobreviventes devem continuar a servir SMB, NFS, contentores, indexação de media, backups e bases de dados de aplicações enquanto também fornecem leituras extra para dados em falta. o modo degradado sobrecarrega os discos restantes.

Um pedido que antes tocava um ou dois dispositivos pode agora envolver todo o grupo de paridade. Isto consome largura de banda, aumenta a profundidade da fila e pode expulsar entradas úteis do cache com dados e metadados reconstruídos.

A lentidão torna-se mais visível em arrays de HDD, sistemas multiutilizador ocupados e cargas de trabalho com muitas operações de I/O pequenas e dependentes. Uma única cópia sequencial grande pode esconder a latência que uma base de dados de aplicação expõe imediatamente.

O que muda quando a reconstrução finalmente começa?

Adicionar um disco substituto inicia a segunda fase de desempenho. O sistema deve restaurar a redundância, e o tráfego de reconstrução pode desacelerar leituras e gravações enquanto as aplicações em primeiro plano permanecem ativas.

A reconstrução lê os dados sobreviventes, calcula o conteúdo em falta e grava-o no substituto. Esse amplo fluxo em segundo plano compete com o trabalho degradado em primeiro plano que já estava a ocorrer.

A prioridade de reconstrução é, portanto, um compromisso. Uma reconstrução mais agressiva pode encurtar a janela vulnerável, mas consome mais largura de banda imediata, enquanto uma reconstrução muito suave preserva a capacidade de resposta ao custo de permanecer degradado por mais tempo.

Perguntas Frequentes

Um array RAID degradado pode ser lento mesmo quando nenhuma reconstrução está em curso?

Sim. O array pode já estar a reconstruir leituras em falta, usando um membro espelho remanescente, ou a esperar por tentativas repetidas de um disco instável.

Cada leitura fica mais lenta num array de paridade degradado?

Nem sempre. Leituras de dados ainda disponíveis diretamente nos membros sobreviventes podem permanecer rápidas, enquanto pedidos que necessitam da contribuição do membro falhado requerem reconstrução.

Por que remover um disco com falha pode às vezes melhorar a capacidade de resposta?

Um disco marginal pode reter comandos durante tentativas repetidas de recuperação. Uma vez que o array deixa de esperar por ele, a camada RAID pode reconstruir leituras falhadas de forma previsível a partir da redundância.

A prioridade de reconstrução deve ser sempre definida para o máximo?

Não existe uma configuração universal que sirva para todos os NAS. Prioridade mais alta reduz o tempo degradado, mas pode diminuir a capacidade de resposta do serviço. A decisão deve refletir a importância da carga de trabalho, a condição do array e a prontidão do backup.

Conclusão Final

Um NAS não espera que a reconstrução se degrade. O desempenho pode cair imediatamente porque o caminho de leitura saudável já desapareceu: espelhos perdem uma réplica, arrays de paridade reconstróem blocos em falta, e discos marginais podem manter filas em longas tentativas. A reconstrução adiciona uma segunda carga de trabalho além desse caminho degradado, razão pela qual a desaceleração muitas vezes começa antes da barra de progresso e se torna mais forte depois de iniciar.