Instalando e configurando um sistema RAID 1 no Debian Lenny

Tipos de Raid

RAID 0 - striping sem tolerância à falha

Este nível tem o nome de "striping". Os dados do computador são divididos entre dois ou mais
discos rígidos, o que oferece uma alta performance de transferência de dados, porém não oferece
segurança de dados, pois caso haja alguma pane em um disco rígido, todo o conteúdo gravado
neles irá ser perdido. O RAID 0 pode ser usado para se ter uma alta performance, porém não é
indicado para sistemas que necessitam de segurança de dados.

É possível usar de dois a quatro discos rígidos em RAID 0, onde os mesmos serão acessados como
se fosse um único disco, aumentando radicalmente o desempenho do acesso aos HDs. Os dados
gravados são divididos em partes e são gravados por todos os discos. Na hora de ler, os discos
são acessados ao mesmo tempo. Na prática, temos um aumento de desempenho de cerca de 98%
usando dois discos, 180% usando 3 discos e algo próximo a 250% usando 4 discos. As
capacidades dos discos são somadas. Usando 4 discos de 10 GB, por exemplo, você passará a ter
um grande disco de 40 GB.

Este modo é o melhor do ponto de vista do desempenho, mas é ruim do ponto de vista da
segurança e da confiabilidade, pois como os dados são divididos entre os discos, caso apenas um
disco falhe, você perderá os dados gravados em todos os discos. É importante citar que neste
nível você deve usar discos rígidos idênticos. É até possível usar discos de diferentes capacidades,
mas o desempenho ficará limitado ao desempenho do disco mais lento.

RAID 1 (mirror e duplexing)

O RAID 1 também é conhecido como "espelhamento", ou seja, os dados do computador são

divididos e gravados em dois ou mais discos ao mesmo tempo, oferecendo, portanto, uma
redundância dos dados com segurança contra falha em disco. Esse nível de RAID tende a ter uma
demora maior na gravação de dados nos discos, pelo fato da replicação ocorrer entre os dois
discos instalados, mais sua leitura será mais rápida, pois o sistema terá duas pontes de procura
para achar os arquivos requeridos.

Neste nível são utilizados dois discos, sendo que o segundo terá uma cópia idêntica do primeiro,
ou seja, um CLONE. Na prática, será como se existisse apenas um único disco rígido instalado,
pois o segundo seria usado para espelhamento dos dados gravados no primeiro - mas caso o disco
principal falhe por qualquer motivo, você terá uma cópia de segurança armazenada no segundo
disco. Este é o modo ideal se você deseja aumentar a confiabilidade e a segurança do sistema.

Um detalhe importante em RAID 1 é que, caso os dois discos estejam na mesma IDE, (1º em
master e o 2º em slave), você teria que resetar o micro caso o primeiro disco quebrar, usando um
disco por IDE a placa fará a troca automaticamente, sem necessidade de reset.

RAID 10 (mirror e striping com alta performance)

O RAID 10 pode ser usado apenas com 4 discos rígidos. Os dois primeiros trabalharão em modo
Striping (aumentando o desempenho), enquanto os outros dois armazenarão uma cópia exata dos
dois primeiros, mantendo uma tolerância à falhas. Este modo é na verdade uma junção do RAID 0
com o RAID 1 e é muito utilizado em servidores de banco de dados que necessitem alta
performance e tolerância à falhas.

RAID 0+1 (alta performance com tolerância)

Ao contrário do que muitos pensam, o RAID 0+1 não é o mesmo que o RAID 10: embora ambos
exijam no mínimo quatro discos rígidos para operarem e funcionam de uma maneira similar, o
RAID 0+1 e tem a mesma tolerância à falha do RAID 5. No RAID 0+1, se um dos discos rígidos
falhar, ele se torna essencialmente um RAID 0

RAID 2 (ECC)

Este nível de RAID é direcionado para uso em discos que não possuem detecção de erro de
fábrica. O RAID 2 é muito pouco usado uma vez que os discos modernos já possuem de fábrica a
detecção de erro no próprio disco.

RAID 3 (cópia em paralelo com paridade)

O RAID 3 divide os dados, a nível de byte, entre vários discos. A paridade é gravada em um disco
em separado. Para ser usado este nível, o hardware deverá possuir este tipo de suporte
implementado. Ele é muito parecido com o RAID 4.

RAID 4 (paridade em separado)

O RAID 4 divide os dados, a nível de "blocos", entre vários discos. A paridade é gravada em um
disco separado. Os níveis de leitura são muito parecidos com o RAID 0, porém a gravação requer
que a paridade seja atualizada toda as vezes que ocorrerem gravações no disco, tornando-a mais
lenta a gravação dos dados no disco. O RAID 4 exige no mínimo três discos rígidos.

RAID 5 (paridade distribuída)

O RAID 5 é comparável ao RAID 4, mas ao invés de gravar a paridade em um disco separado, a

gravação é distribuída entre os discos instalados. O RAID 5 aumenta a velocidade em gravações
de arquivos pequenos, uma vez que não há um disco separado para a paridade. Porém como o
dado de paridade tem que ser distribuído entre todos os discos instalados, durante o processo de
leitura, a performance deverá ser um pouco mais lenta que o RAID 4. O RAID 5 exige no mínimo
três discos rígidos.

Existem outros RAID que são utilizados em menor escala e/ou são baseados naquele acima
mencionados:

RAID 6 (dupla paridade)

É essencialmente uma extensão do RAID 5 com dupla paridade

RAID 7 (altíssima performance)

As informações são transmitidas em modo assíncrono que são controladas e cacheadas de modo
independente, obtendo performances altíssimas.

RAID 53 (alta performance)

É essencialmente um RAID 3 com cinco discos rígidos.

Com certeza pode-se afirmar que o Sistema de arquitetura RAID é o mais utilizado entre
empresas que querem manter segurança de dados em seus servidores. Algumas soluções são
bastante caras, mas permitem um nível de segurança compatível com o investimento realizado.

Descrição do RAID feito por Danilo Montagna - obrigado pelo texto!

Montando o sistema RAID
Depois de analisar o cenário que estamos inseridos, optei pelo RAID 1. Fazer a redundância entre
2 HDs resolvia eficientemente nosso problema.

Nosso hardware:

Pentium dual core

4 gigas de RAM

2 HDS sata de 500 gigas

placa mãe asus

Instalando o Debian no primeiro HD, /dev/sda

A instalação do Debian não tem segredo. Os passos não serão descritos aqui neste artigo. Um
artigo, aqui mesmo do VOL trata detalhadamente do assunto: Instalação do Debian GNU/Linux -
Passo a passo

No meu caso específico, a instalação foi default, a única interação de minha parte foi no
particionamento:

/dev/sda1 - / - raiz - ext3 - 300.1 gigas

/dev/sda5 - /home - ext3 - 198 gigas

/dev/sda6 - swap - 2 gigas

Instalação do mdadm
Depois de instalado o Debian, a instalação do pacote mdadm é fundamental para a configuração
do RAID.

# apt-get install mdadm

Configurando o HD e as partições
Depois de instalado o mdadm, vamos utilizar o cfdisk para alterar o tipo de filesystem das
partições. Durante a criação das partições na instalação, a raiz e o home foram formatadas como
ext3 e a memória virtual como swap.

Alteração das partições sda1, sda5 e sda6 para "FD":

# cfdisk /dev/sda

O cfdisk é um dos programas para criação e alteração das partições do HD. Para alterar o tipo de
filesystem das partições, depois de executar o comando cfdisk, com as setas do teclado, as setas
PARA BAIXO e PARA CIMA, selecione a partição "sda1".

Com as setas PARA A ESQUERDA e PARA A DIREITA, selecione TYPE , serão mostradas todos os
filesystens que o Linux suporta, escolha a opção LINUX RAID AUTODETECT, ou digite na caixinha
as letras referentes a esta opção: "FD".

Repita a operação para todas partições. Depois é só selecionar a opção ESCREVER. A nova tabela
de partições será refeita. Para que as novas configurações sejam efetivadas, vamos reiniciar o
micro.

Copiando a tabela de particionamento

Depois de reiniciar, as modificações feitas já foram efetivadas. Como temos dois HDs, temos que
fazer o particionamento deste. Uma alternativa é abrir o cfdisk, desta vez trabalhando com o
/dev/sdb, ou usar o sfdisk para copiar a tabela de partições do HD master (/dev/sda) para um
arquivo txt e depois pegar a tabela de partições descritas neste arquivo e importar para o segundo
HD.

É bom lembrar e deixar bem claro que os dois HDs não precisam obrigatoriamente ser do mesmo
tamanho, o fundamental é que as partições tenham exatamente o mesmo tamanho. No meu caso,
os dois HDs eram exatamente iguais, então a tabela de particionamento é a mesma para ambos.
No caso de HDs com tamanhos diferentes, ou mesmo fazer o RAID em uma ou duas partições, o
uso do cfdisk talvez seja a opção mais adequada.

Se os dois HDs forem idênticos, é só seguir a próxima etapa. O sfdisk é um manipulador das
tabelas de partições do Linux, o "-d" fará um dump do /dev/sda e a saída será redirecionada para
/root/partitions.txt.

# sfdisk -d /dev/sda > /root/partitions.txt

Depois é só fazer o caminho inverso, pegar a tabela de particionamento que está descrita no
arquivo /root/partitions.txt e jogar no copiar depois a tabela de partições do arquivo partitions.txt
para o o segundo HD, (sdb):

# sfdisk /dev/sdb < /root/partitions.txt

Para efetivar as mudanças, reiniciar o computador.

Criando os dispositivos RAID

Com todos os HDs e partições já configurados para trabalharem como RAID, agora está na hora
de fazer a configuração.

Relembrando a estrutura criada na hora da instalação do Ubuntu.

O /dev/sda tem 3 partições: Raiz, /home e swap

O /dev/sdb tem 3 partições: Raiz, /home e swap, feitas a partir do sfdisk.

O RAID irá trabalhar utilizando um dos HDs e suas respectivas partições e atualizando as partições
do outro HD, deixando-as sempre em sincronia para uma eventual falha. Desde modo, podemos
dizer que a estrutura do RAID será:

a raiz é /dev/sda1 e /dev/sdb1

o home é /dev/sda5 e /dev/sdb5

swap é /dev/sda6 e /dev/sda6

Criando o primeiro dispositivo md0

Até este ponto de nossa instalação, criamos toda a estrutura para que o RAID fosse
implementado, mas ele ainda não foi efetivamente feito. A partir de agora usaremos toda a
estrutura para implementar o sistema.

O mdadm foi instalado e está pronto para ser usado.

# mdadm --create /dev/md0 --level=1 --raid-devices=2 missing /dev/sdb1

A sintaxe e os parâmetros do comando:

--create: cria o dispositivo;

/dev/md0: ao invés de ser um dispositivo do tipo /dev/md0, ele cria um dispositivo MD,

que significa Multiple Device, ou seja, pode-se ter múltiplos dispositivos neste array;

--level=1: é o nível do RAID, estamos usando RAID 1

--raid-devices=2: número de devices/HDs no RAID. No nosso caso são 2 HDs;

missing: uma partição está faltando no array (momentaneamente, depois será

adicionada)

/dev/sdb1: Partição que será adicionada ao array /dev/md0

Criando o segundo dispositivo md1

Vamos criar agora o /dev/md1. Ele será o /home:

# mdadm --create /dev/md1 --level=1 --raid-devices=2 missing /dev/sdb5

Criando o terceiro dispositivo md2

Vamos criar agora o /dev/md2. Ele será a swap:

# mdadm --create /dev/md2 --level=1 --raid-devices=2 missing /dev/sdb6

Vamos reiniciar o sistema para o kernel ler as novas configurações (não é necessário, mas é bom
né?).

Depois do reboot, vamos verificar se os novos dispositivos foram criados.

Digite:

# cat /proc/mdstat

Provavelmente eles estarão como: --active (auto-read-only)

Depois de criados o sistema de arquivos os dispositivos (md0 e md1) ficarão: active raid1 sdb1

Criando o sistema de arquivos das partições RAID

Com o segundo HD, e suas respectivas partições, já inserido no array, vamos criar o filesystem
para cada uma destas partições.
Criar um filesystem ext3 na partição /dev/md0 - RAIZ:

# mke2fs -j /dev/md0

Cria um filesystem ext3 na partição /dev/md1 - /home:

# mke2fs -j /dev/md1

Criar um filesystem swap na partição /dev/md2:

# mkswap /dev/md2

Copiando o conteúdo do primeiro HD para o segundo

O segundo HD já está pronto, o filesystem já foi criado, mas as partições ainda estão vazias, sem
a estrutura de diretórios e seus respectivos arquivos.

Antes de iniciar a cópia dos dados, vamos alterar o menu.lst.

1) Alterar o menu.lst

title Debian GNU/Linux, kernel 2.6.24-1-686

root (hd1,0)
kernel /vmlinuz-2.6.24-1-686 root=/dev/md0 ro
initrd /initrd.img-2.6.24-1-686
savedefault

Este é o menu.lst de meu Debian. Em outro Linux, a versão do kernel e do initrd podem ser
diferentes.

As alterações ocorreram nas linhas:

root (hd1,0)
kernel /vmlinuz-2.6.24-1-686 root=/dev/md0 ro

Esta alteração vai fazer com que o sistema dê o boot pelo /dev/md0, a partição raiz, mas no
segundo HD, o hd1,0.

Antes o boot era dado no HD (hd0,0), primeiro HD, primeira partição. Agora é dado no (hd1,0),
segundo HD, primeira partição, ou seja, no HD RAID.

Criando o sistema de arquivos das partições RAID - cont

Copiando para o segundo HD (hd1) os dados das partições do primeiro HD (hd0).

Vamos agora copiar os dados do /dev/sda para /dev/sdb. Primeiro vamos montar as partições do
segundo HD em /mnt.

Nós temos duas partições com dados: raiz e /home. Primeiro copiaremos a partição raiz.

# cd /mnt
# mkdir raiz
# mount -t ext3 /dev/md0 raiz
# cd raiz
# mkdir initrd mnt proc sys
# cp -a /boot /bin /cdrom /dev /etc /initrd.img /lib /media ./
# cp -a /opt /root /sbin /selinux /srv /tmp /usr /var /vmlinuz ./

Foram criados dentro do diretório raiz algumas pastas, mas não foram copiados para elas nenhum
dado. Isto se deu porque estes diretórios são diretórios com conteúdos dinâmicos.

A cópia dos outros diretórios tem o parâmetro "-a". Este parâmetro faz a cópia dos arquivos com
suas respectivas permissões.

Seguindo o mesmo raciocínio, copiaremos a partição /home:

# cd /mnt
# mkdir home
# mount -t ext3 /dev/md1 home
# cd home
# cp -a /home/* ./

Este processo de cópia poderá demorar devido o tamanho do HD, então é só esperar.

O próximo passo é alterar o arquivo /etc/fstab que está no diretório /mnt/raiz/etc/fstab. A

alteração deste arquivo é importante pois ele montará os devices do sistema. O fstab que foi lido
na hora do boot não reflete o novo ambiente com o RAID 1 configurado. No novo fstab, os devices
devem ser alterados para md0 e md1.

/etc/fstab:

proc /proc proc defaults 0 0

/dev/md0 / ext3 defaults,errors=remount-ro 0
1
/dev/md1 /home ext3 defaults 0 2
/dev/sda6 none swap sw 0 0
/dev/hda /media/cdrom0 udf,iso9660 user,noauto 0 0

Agora é hora de reiniciar o sistema. Com a cópia do conteúdo das partições para o novo HD
montado em /mnt, a alteração do menu.lst dando o boot em (HD1,0) e do fstab montando os
devices /dev/md0 e /dev/md1 o sistema carregará o novo HD.

É só cruzar os dedos e esperar que dê boot corretamente.

Adicionando o primeiro HD ao RAID 1

Se tudo correu bem, o gdm pediu o usuário e a senha. Depois do login o Debian abriu direitinho.
Parece que nada mudou, tudo estava igual como era antes. Mas há um pequeno detalhe, o boot
foi dado no segundo HD, recém configurado.

Nós adicionamos inicialmente o segundo HD ao RAID 1, agora com o sistema rodando no segundo
HD do RAID, vamos adicionar o primeiro HD.

# mdadm /dev/md0 -a /dev/sda1

# mdadm /dev/md1 -a /dev/sda5
# mdadm /dev/md2 -a /dev/sda6

A adição de cada elemento no RAID pode demorar dependendo do tamanho da partição. Depois do
primeiro comando mdadm que adicionou o /dev/md0 a sincronização começa imediatamente, só
depois que terminar a sincronização é que o terminal estará livre para o segundo comando e a
sincronia do segundo elemento.

Para verificar o processo de sincronização pode-se usar o comando:

# watch --interval 1 'cat /proc/mdstat'

Este comando lhe passará o conteúdo do arquivo /proc/mdstat (que contém o status atual dos
dispositivos RAID do sistema) em um intervalo de 1 segundo.

Depois do término da sincronização pode-se ver o conteúdo o do arquivo /proc/mdstat:

# cat /proc/mdstat

Repita a adição de cada partição.

Instalando o Grub nos dois HDs

Depois da sincronização dos 2 HDs, o /boot/grub/menu.lst deixou de refletir o estado real do
sistema, então é fundamental a instalação do grub. Para a instalação, abra um terminal e logue
como root.

Digite:

# grub (o programa de configuração do grub é executado)

grub> device (hd0) /dev/sda - habilita o /dev/sda como primeiro HD do sistema
grub> root (hd0,0) - especifica a partição onde está instalado o sistema
grub> setup (hd0) - especifica onde será gravado o grub

Depois é preciso repetir a mesma operação para o segundo HD, o /dev/sdb

grub> device (hd0) /dev/sdb

grub> root (hd0,0)
grub> setup (hd0)

A diferença na execução dos 2 grupos de comandos é que no primeiro ele assume o /dev/sda
como partição de trabalho, no segundo ele assume o /dev/sdb. Isto foi feito para escrever na MBR
de cada HD as informações de onde está o /boot.

Configurando o novo Grub

O menu.lst foi (re)criado em /boot/grub, mas ele ainda está sem indicar que o sistema é um
RAID, o parâmetro root ainda está apontando para o sda1, lugar onde originalmente está o /boot.

É necessário alterar este parâmetro para que se um dos HDs falhar, na hora do próximo boot ele
assuma que o outro HD é o principal.

Para editar:

# vim /boot/grub/menu.lst

Na linha:

kernel /boot/vmlinuz-2.6.26-2-686 root=/dev/sda1 ro quiet

Troque para:

kernel /boot/vmlinuz-2.6.26-2-686 root=/dev/md0 ro

Obs.: A versão do kernel poderá ser diferente na versão do Linux instalado.

O /dev/md0 é a primeira posição do array criado pelo mdadm, usando o /dev/sda1 e /dev/sdb1.

Depois destas configurações, o sistema está pronto para suportar uma eventual falha de um dos
HDs.

Verificando e testando o sistema na ocorrência de falhas

O sistema está atualizado e funcionando, mas precisamos fazer uma simulação real de um HD
queimado. Podemos retirar um dos HDs e reiniciar o sistema ou usar o mdadm para simular o
erro.

Utilizando o mdadm:

# mdadm --manage --set-fault /dev/md1 /dev/sdb5

Este comando fará com que o segundo disco (/dev/sdb5), primeira partição, que está no array
md0 pare de funcionar.

Os parâmetros:

--manage - chama o módulo de gerência

/dev/md0 - primeiro dispositivo RAID

/dev/sdb5 - partição lógica no segundo HD

Este comando "danificou" o array /dev/md1. Para verificar o erro digite:

# mdadm --detail /dev/md1

No final da listagem aparecerá:

Number Major Minor RaidDevice State

0 8 5 0 Active sync /dev/sda5

1 0 0 1 Removed

2 8 21 - Fault spare /dev/sdb5

O sistema está com um "crash". Segundo o comando, o /dev/sdb5 foi removido do RAID.

O /proc/mdstat dará a mesma informação:

md1: active raid1 sdb5[2] (F) sdb5[0]

O (F) é a indicação de fault.

Corrigindo o problema
Vimos que o /dev/md1 /dev/sdb5 está danificado. Poderia ser um erro por causa de um erro físico
no HD, ou mesmo um HD queimado.

Se for um HD com problemas físicos, a primeira coisa a ser feita é colocar outro HD no lugar.
Depois é necessário remover do RAID as partições que estão no array para depois adicioná-las
novamente.

Para remover:

# mdadm /dev/md1 -r /dev/sdb5

Supondo que o HD pifou de vez e tenha que colocar outro, a melhor alternativa é colocar um HD
igual ao primeiro, mas não é a única chance do RAID funcionar, o fundamental é que as partições
tenham o mesmo tamanho.

Para colocar o novo HD fazendo o RAID, basta seguir os passos a partir do item COPIANDO A
TABELA DE PARTICIONAMENTO e seguir até o final.

Considerações finais
Esta solução é uma boa alternativa para dar uma segurança ao sistema em caso de falhas. Mas é
bom lembrar que o RAID não é backup. Um backup sempre é importante, mesmo em sistemas
RAID.