Vantagens / desvantagens de instalar o GRUB em um software RAID?

Question

Quais Vantagens estão lá para instalar o GRUB em um software RAID-1?

Quais Desvantagens estão lá para instalar o GRUB em um software RAID-1?

Eu pergunto isso porque a maioria das seções de tutoriais / ajuda parece assumir que o GRUB está em uma partição normal (ou seja, não em um RAID).

Então, há um caso strong contra a instalação do GRUB em um RAID de software? ou isso é apenas uma convenção?

Tudo abaixo é um reflexo do meu conhecimento limitado, esteja avisado que ele conterá erros. Se você encontrar erros eu agradeceria se você oferecesse correções e / ou explicações, Obrigado: 0)

Então, para mim, pessoalmente, ter instalado o RAID-1, tornou as instruções de tutorial / recuperação mais confusas. por exemplo, fsck /dev/sda1 é aceitável para sistemas não-RAID, mas NÃO é algo que deve ser feito em unidades individuais de MD (AFAIK).

Além disso, meu entendimento é que, como é um RAID de software, uma falha na primeira unidade de inicialização interromperá a inicialização de qualquer maneira. (I.E. só pode usar RAID-1 para inicialização porque na verdade não é carregado como uma unidade RAID inicialmente até que o SO tenha sido carregado o suficiente para gerenciar unidades md. Então, é apenas leitura de dados da primeira unidade ao carregar o GRUB)

    

Answer 1

O Grub 2 (também conhecido como Grub 1.9x) suporta o Linux RAID-1 nativamente. O Grub 1 (também conhecido como Grub 0.9x ou Grub Legacy) não, mas você pode fingir que sim, porque o Grub só lê do disco, e a leitura de um dos discos de uma matriz RAID-1 é tão boa quanto a leitura da matriz (exceto para desempenho, mas isso não importa aqui; e a menos que um dos discos falhe, mas então o reordenamento de disco do BIOS normalmente faria o Grub ler do disco sem falha de qualquer maneira).

Portanto, se você configurar o Grub no disco de inicialização e tornar a partição que contém o Grub um dispositivo RAID-1 junto com o segundo disco do sistema (com o Grub 1, execute grub-install uma vez para cada disco), seu sistema ainda inicializa se um dos discos falhar. Esta é a única vantagem de ter o Grub sobre o RAID-1, mas é um grande problema.

Não há desvantagem operacional em ter o Grub em uma configuração RAID-1. Pode haver um custo de configuração, no entanto: muitos programas de instalação do Linux ainda não estão prontos para executar a inicialização de configurações não triviais. Você pode achar que precisa criar ou editar /boot/grub/device.map manualmente.

Você pode achar que documentos mais antigos (do Grub Legacy) dizem que o Grub não suporta RAID. Isso é verdade, mas como escrevi acima, você obtém suporte RAID-1 somente leitura em grande parte gratuitamente (outros modos RAID estão certos). Nem todos os tutoriais foram atualizados para o Grub 2 ainda, e mesmo com o Grub 2, o suporte em programas de instalação nem sempre está totalmente disponível. Então, eu recomendo colocar o Grub 1 em um array RAID-1, mas apenas se o programa de instalação da sua distribuição suportar ou se você estiver confortável com a configuração do Grub (possivelmente ter que inicializar do CD algumas vezes antes de acertar).

    

Answer 2

É uma boa idéia instalar o GRUB no seu dispositivo RAID de software (se você estiver usando um), porque se o seu dispositivo RAID ficar degradado, o sistema ainda poderá ser inicializado. Se não fizer parte do dispositivo RAID, o setor de inicialização não terá redundância e talvez você não consiga inicializar em caso de falha no disco rígido ou corrupção do sistema de arquivos. Não tenho conhecimento de nenhuma desvantagem na instalação do GRUB na invasão de software.

Talvez a razão pela qual a maioria das documentações presuma que o GRUB não está instalado em um dispositivo RAID é que isso não foi possível até muito recentemente. O legado do GRUB não suporta e nunca suportará isso, mas mesmo o GRUB 2 só começou a suportá-lo para versões que foram lançadas no último ano.

Para elaborar um pouco mais, o GRUB 2 é projetado de maneira modular. Portanto, o GRUB adiciona funcionalidade suficiente, carregando módulos necessários (se necessário) para reconhecer o dispositivo de inicialização, antes de prosseguir com a inicialização. Aqui está um trecho da minha configuração para o meu kernel 2.6.32 no squeeze da Debian, o LVM sobre o RAID 1, grub-pc versão 1.99 ~ 20110112-1. Aqui ele carrega os módulos raid , mdraid1x e lvm antes de prosseguir com a inicialização, já que o dispositivo é um volume lógico LVM na parte superior de um dispositivo RAID 1.

    insmod raid
    insmod mdraid1x
    insmod lvm
    insmod part_msdos
    insmod part_msdos
    insmod ext2
    set root='(debian-boot)'
    search --no-floppy --fs-uuid --set=root 93ea47bb-16a1-4b52-a7eb-f17ea430d6cf
    echo    'Loading Linux 2.6.32-5-vserver-686-bigmem ...'
    linux   /vmlinuz-2.6.32-5-vserver-686-bigmem root=/dev/mapper/debian-root ro  quiet
    echo    'Loading initial ramdisk ...'
    initrd  /initrd.img-2.6.32-5-vserver-686-bigmem

Isto é fácil de testar, por isso recomendo alguma experimentação.

    

Answer 3

Eu estou falando sobre o velho grub aqui.

Pro: As alterações no menu de inicialização, nas atualizações do kernel e nos Init-RDs serão enviadas automaticamente para os dois (ou mais) discos. Não há necessidade de copiar manualmente.

Contra: Você tem que ter cuidado ao configurar o ataque 1. Fazê-lo na ordem errada irá tornar o seu segundo disco não inicializável. Os problemas são: o grub não é capaz de usar um dispositivo de ataque. Por isso, usará / dev / hdaN ou / dev / sdaN. Mas: se seu sda atual falhar, o antigo sdb se tornará sda.

A solução é: Configure como partição única, mas deixe um pouco de espaço no final da partição para que você possa adicionar a meta-informação para o RAID 1 mais tarde, sem perda de dados.

Instale o MBR no primeiro disco, instale o grub no primeiro disco. Copie ambos com dd para o segundo disco. Só depois disso configurar um raid1.