procedimento para atualização do RAID5 para RAID6 no local do mdadm

A resposta "de acordo com o livro": Faça e verifique um backup, destrua seu raid atual, crie o novo raid exatamente como necessário, restaure, encerre o dia. Provavelmente essa também é a abordagem mais rápida, ao considerar os tempos de ressincronização.

A resposta para sua pergunta: Não, você não precisa adaptar manualmente mdadm.confao usar o mdadm.

"Como todos os slots SATA estão em uso no momento, não posso adicionar novos discos enquanto os antigos ainda estiverem online."

Não questiono o fato, mas a conclusão. Como o mdadm é flexível e pode gerenciar arrays que incluem discos conectados por meio de diferentes interfaces. Isso permite que você use armazenamento externo temporário (como unidades USB) para auxiliar no processo de substituição de disco, mesmo quando todos os slots SATA internos estão em uso no momento. Então você tem opções.

Sobre seu plano atual: No geral, Nahhhh. Como dito no começo, eu não faria dessa forma em geral. Mas minha preocupação desapareceu por um minuto e assumindo a abordagem como descrita por você, então...

• Ponto 1 e 2 (primeiro backup e depois verificação): Muito bom, sempre o início correto. Aprovado.

• Ponto 2,3,4: (desmonte e reduza o sistema de arquivos): Acho que essas etapas não são necessárias, pois mdadmoperam independentemente do fs. O processo de reconstrução do RAID lida com blocos de dados e paridade, independentemente de como o fs é organizado em cima desses blocos. Se você tiver um backup adequado e seu array RAID estiver em um estado estável, você pode prosseguir com a substituição dos discos um por um sem reduzir ou tocar no fs. Então você pode pular essas etapas.

• Ponto 5: Nunca falha, sem remover. Por quê? Como isso é importante para garantir que o mdadm entenda que um disco não faz mais parte do array, e não deve mais esperar usá-lo para armazenamento de dados ou redundância. Corrigido:

mdadm --manage /dev/md0 --fail /dev/sdd1
mdadm --manage /dev/md0 --remove /dev/sd1

• Ponto 7: Não. Reduzir o raid existente irá falhar. A --growopção pode ser usada para aumentar o número de dispositivos, mas não para diminuir. Até onde eu sei, isso não é suportado pelo mdadm. (Por favor, corrija-me alguém se eu estiver errado neste ponto)

Caso você realmente queira fazer uma substituição no local, então :

Antes de começar, pesquise no Google os diferentes tempos de reconstrução do Raid5 e do Raid6, depois faça um cálculo rápido para decidir se você realmente quer investir tanto tempo. (Você foi avisado)

Caso você ainda queira fazer dessa forma e aceite os tempos de reconstrução:

• Faça um backup
• Verifique seu backup
• Armazene o backup em um local que garanta que você o encontrará mais tarde, mas tão longe que o disco de backup não seja misturado acidentalmente com um dos outros discos no procedimento a seguir. (Eu alerto por experiência própria aqui)

Em seguida, repita o seguinte procedimento para o disco sd[c|e|f|g], basicamente para substituir cada disco de 4 TB, um por um, por discos de 16 TB:

(Substitua sdX1por sdc1na primeira execução, por sde1na segunda execução e assim por diante...)

• Falha e remova o disco.

mdadm --manage /dev/md0 --fail /dev/sdX1
mdadm --manage /dev/md0 --remove /dev/sdX1

• Desligue, substitua o disco antigo de 4 TB sdXpela nova variante de 16 TB e ligue novamente.
• Crie uma partição no novo disco:

parted /dev/sdX mklabel gpt
parted /dev/sdX mkpart primary 0% 100%

• Adicione o novo disco ao array:

mdadm --manage /dev/md0 --add /dev/sdX1

• Monitore o processo de reconstrução

watch cat /proc/mdstat

Aguarde até que a reconstrução esteja completa, antes de prosseguir para o próximo disco. Continue com as próximas etapas quando todos os discos de 4 TB tiverem sido substituídos por discos de 16 TB e o array for reconstruído.

• Converta o RAID 5 para RAID 6 e use a capacidade total dos novos discos. Como você não tem spares para evitar uma matriz degradada durante a conversão, você tem que forçar essa etapa de conversão a acontecer.

mdadm --grow /dev/md0 --level=6 --force
mdadm --grow /dev/md0 --size=max

Para ser bem claro e preciso sobre esse ponto de conversão de raid, a fim de definir as expectativas corretas: Essa conversão de Raid5 para Raid6 funcionará tecnicamente muito bem, e você acabará em um estado Raid6 limpo também. Mas ainda assim, o Raid6 permanecerá em estado degradado, até que você adicione um spare. Eu entendi que você não pode adicionar um disco como spare, pois todos os assentos já estão cheios em seu sistema. Então isso talvez (muito provavelmente) não seja o que você deseja alcançar.

• Redimensione o sistema de arquivos. Você disse que está usando ext4:

resize2fs /dev/md0

DICA DICA DICA : Teste as ideias em um espaço seguro antes de prosseguir com dados reais. O mdadm é flexível e suporta qualquer tipo de dispositivo de bloco, incluindo os virtuais criados a partir de arquivos.

Essa flexibilidade permite que você teste qualquer procedimento em um ambiente controlado antes de implementar em dados reais. Aqui está como replicar sua configuração atual para seus testes:

# Create a test directory
mkdir -p /root/my_raid_tests

# Create files to represent block devices, associate loop devices with these files
for i in {1..6}; do 
    dd if=/dev/zero of=/root/my_raid_tests/file$i.img bs=1M count=100
    losetup /dev/loop$i /root/my_raid_tests/file$i.img
done

# Create the RAID 5
mdadm --create /dev/md/my_raid_tests --level=5 --raid-devices=6 --layout=left-symmetric --chunk=64K /dev/loop{1..6}

# Verify the array
mdadm --detail /dev/md/my_raid_tests

# Create a filesystem on the array
mkfs.ext4 /dev/md/my_raid_tests

# Create a mount point and mount the array
mkdir -p /mnt/my_raid_tests
mount /dev/md/my_raid_tests /mnt/my_raid_tests

E aqui está como se livrar dele:

umount /mnt/my_raid_tests
mdadm --stop /dev/md/my_raid_tests
mdadm --zero-superblock /dev/loop{1..6}
for i in {1..6}; do 
    losetup -d /dev/loop$i
done
rm -i /root/my_raid_tests/file{1..6}.img
rmdir /root/my_raid_tests /mnt/my_raid_tests