01
Escreva primeiro o requisito de recuperação
Defina o modelo de falha em linguagem simples: um dispositivo, dois dispositivos, um controlador, eliminação acidental ou o servidor inteiro. RAID aborda apenas algumas falhas de dispositivos. Defina um objetivo de tempo de recuperação para o restauro do serviço e um objetivo de ponto de recuperação para a perda de dados, e depois identifique qual requisito a matriz local pode satisfazer e qual requer replicação ou backup noutro local.
Registe também se o sistema deve continuar a aceitar escritas enquanto estiver degradado. Um arquivo maioritariamente de leitura, uma base de dados com muitas escritas e espaço de trabalho descartável podem usar o mesmo número de discos, mas precisam de layouts diferentes. A eficiência de capacidade é, portanto, uma restrição, não o veredito.
02
Combine o esquema com a carga de trabalho e a contagem de dispositivos
Os espelhos são simples para um conjunto de arranque ou dados com dois dispositivos e podem adequar-se a I/O aleatório onde grupos espelhados independentes são úteis. Os layouts de paridade trocam trabalho de escrita e complexidade de reconstrução por mais capacidade. A paridade dupla pode preservar uma margem adicional de falha num conjunto HDD amplo, enquanto RAID 10 troca metade da capacidade bruta por pares espelhados. Estas são tendências de design, não garantias de desempenho; o controlador, o sistema de ficheiros, a profundidade da fila, o tamanho do registo e o padrão da aplicação são todos importantes.
Use a topologia real do catálogo. Os servidores de armazenamento com 12 discos e 24 discos permitem escolhas indisponíveis num servidor de computação com dois NVMe. Não junte o par de arranque NVMe separado ao cálculo da matriz de dados e não assuma que um grupo muito amplo é preferível a vários grupos sem modelar domínios de falha e comportamento de I/O.
Combine o esquema com a carga de trabalho e a contagem de dispositivos| Questão sobre carga de trabalho | Layout a avaliar | Motivo para validar |
|---|
| Dois dispositivos locais e continuidade necessários | Espelho | Capacidade de um dispositivo e um estado degradado simples |
|---|
| Conjunto HDD amplo com requisito de duas falhas | RAID 6 ou RAIDZ2 | Largura de paridade, carga de reconstrução e orientações do sistema de ficheiros |
|---|
| Escritas aleatórias e múltiplos pares de discos pares | RAID 10 ou vdevs espelhados | Compromisso de capacidade e latência real da carga de trabalho |
|---|
| Dados descartáveis com uma fonte reproduzível | RAID 0 pode ser considerado | A perda de qualquer membro perde o array |
|---|
03
Escolha uma camada para possuir redundância
Decida se um controlador de hardware, Linux MD ou um sistema de ficheiros como ZFS é responsável pelo layout. Evite empilhar camadas RAID independentes sem uma razão documentada, pois o estado de saúde e substituição pode tornar-se ambíguo. A redundância ZFS é expressa através de mirrors ou vdevs RAIDZ e depende de somas de verificação; a perda de um vdev de topo pode perder o pool, pelo que adicionar um dispositivo não redundante isolado a um pool de outra forma redundante altera o modelo de falha.
Confirme a identidade do disco, o procedimento de substituição, o comportamento de arranque e o que o sistema operativo pode observar antes de criar o conjunto. Alterar a topologia mais tarde pode ser restringido ou disruptivo, particularmente para esquemas de paridade.
04
Planeie a janela de degradação e reconstrução
A monitorização deve distinguir estados saudável, degradado, reconstrução e verificação de consistência. O MD do Linux expõe ações como resync, recover, check e repair; recolha o progresso e as incompatibilidades em vez de reportar apenas que o volume está montado. Um RAID 5 ou 6 sujo e degradado pode apresentar um risco de corrupção, razão pela qual a montagem forçada nunca deve ser um atalho de recuperação de rotina.
Documente o encaminhamento de alertas, aquisição de peças sobressalentes, identificação de substituição, limitação de carga de trabalho e o ponto em que um restauro é mais seguro do que continuar. Nunca prometa uma duração de reconstrução sem medir os dispositivos entregues, a carga da matriz e o controlador.
05
Registe a escolha e os seus limites
O design concluído deve nomear o layout, pressupostos de discos iguais, estimativa de capacidade utilizável, falhas toleradas, fonte de monitorização e local de restauro. Mantenha dados versionados noutro domínio de falha e teste um restauro. O resultado esperado não é uma afirmação de que RAID impede perdas; é uma matriz cujo comportamento de falha e responsabilidade de recuperação são compreendidos antes de os dados de produção chegarem.
Respostas diretas
Perguntas sobre este guia
Será RAID 6 sempre a melhor escolha para um grande servidor HDD?
Não. Oferece tolerância a duas paridades, mas o I/O da carga de trabalho, a largura do vdev ou array, a orientação do controlador ou sistema de ficheiros, as operações de reconstrução e o objetivo de recuperação ainda determinam o layout.
Pode um disco de reserva substituir uma cópia de segurança externa?
Não. Um disco de reserva pode encurtar o tempo antes de a reconstrução começar, mas permanece no mesmo servidor e não protege contra eliminação, comprometimento, corrupção propagada através da pilha ou perda do local.