APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Redundância protege contra determinados modos de falha; é preciso dizer quais. RAID0 distribui dados sem redundância para perda de um membro. Um espelho RAID1 mantém o estado corrente, pelo que não fornece por si uma versão anterior depois de uma eliminação lógica. Para essa recuperação é necessário um ponto recuperável adequado ou outra fonte. Em Linux MD, um RAID5 ou RAID6 simultaneamente dirty e degraded apresenta um risco de corrupção não detetável; a recusa de arranque não deve ser tratada como simples atraso. Preserva evidência e usa recuperação especializada, em vez de transformar uma opção de força num procedimento de rotina.
Aplicação guiada
Durabilidade também exige conhecer o âmbito da confirmação. Em Linux, fsync no ficheiro não garante necessariamente a persistência da nova entrada no diretório; esta requer considerar sincronização separada do diretório. Visibilidade num comando de listagem não prova persistência após falha. Para vários hosts, EBS Multi-Attach disponibiliza acesso ao mesmo volume, sem tornar ext4 convencional seguro para escritores independentes. Num projeto fictício de alta disponibilidade, valida coordenação, autoridade de escrita e exclusão do nó que perdeu essa autoridade. Um teste simples de criação de ficheiros não cobre falhas e concorrência. Além disso, os hosts continuam dependentes da disponibilidade do volume comum.
Duas máquinas a escrever no mesmo ext4 não demonstram um cluster seguro.
Armadilhas comuns
RAID como histórico; visibilidade como durabilidade; force como reparação; attachment como isolamento.
Tópicos relacionados: Interfaces e dependências · Capacidade e crescimento · Desempenho e medição
Explica a falha tolerada e valida persistência e coordenação no desenho concreto.
Referência: Linux software RAID state and redundancy · DR Storage 2026-09; selected Linux and AWS storage behavior