Freenas - Escolhendo o regime de armazenamento redundante correto (RAID, ZFS, Rsync?)

4

Eu tenho rodado uma caixa freenas por alguns meses como uma prova de conceito e tudo parece estar bem agora em termos de confiabilidade. Então, é hora de aumentar a capacidade de armazenamento e transformá-lo em modo de produção.

Eu estava planejando gastar £ 150- £ 200 em discos rígidos, o que deveria me dar cerca de 3 unidades de 1 TB, o que me daria um bom equilíbrio de capacidade e redundância.

Minha pergunta é: qual regime de armazenamento devo configurar as unidades para me dar redundância que tolera a falha de uma unidade. Atualmente estou usando o suporte ZFS embutido do FreeNas sem redundância (striped) mas oferece "espelhado" como uma opção.

Minha outra opção (como o FreeBSD / FreeNAS parece ser exigente sobre o hardware que ele suporta) é usar o built-in Software RAID-5 para me dar redundância.

Não estando totalmente familiarizado com os regimes de armazenamento, eu então considerei a opção de ter dois discos, um primário que então fazia um Rsync diário entre os discos, então sempre havia uma cópia redundante, embora eu perceba que isso poderia levar um dia desatualizado a qualquer momento. Não tenho certeza quais são as implicações disso, no entanto.

Obrigado pela sua contribuição. Dan.

    
por Dan 09.02.2010 / 10:47

2 respostas

6

Foi mencionado que o RAID não é um backup. MUITO VERDADEIRO. Tenha isso em mente.

Você está usando discos do tamanho de terabytes, o que aumenta as chances de um erro de leitura irrecuperável, que é a MAIOR DOR IN THE @ # $. A invasão 5 é quase inutilizável à medida que os discos aumentam; você pode ter um dos três discos com falha completa, substituí-lo, e é quando você descobre que um dos "bons" discos tem um ponto que não pode ser lido, então você acaba tendo que reconstruir completamente a partir do backup. Nós tivemos que acontecer com um RAID baseado em hardware (controlador PERC).

Seu nível de RAID depende de como você está usando o servidor. Eu gosto de 1 para a maioria dos meus propósitos (espelhamento). Tem tempos de leitura muito bons porque pode espalhar comandos de leitura em unidades, mas as gravações podem sofrer um pouco. O quanto isso é afetado depende do que você está usando para o controlador e a velocidade da unidade. Vá para a Wikipedia e procure por RAID para obter um resumo dos níveis de RAID; ninguém pode realmente lhe dizer o que usar definitivamente sem conhecer sua carga de trabalho, o uso do servidor, etc.

Não use o rsync para um backup no mesmo computador. Se o seu controlador estiver frito ou algo sair esquisito no próprio computador (ou a máquina estiver danificada em enchentes, incêndio, surtos elétricos), você corre o risco de que o backup também seja torrado. Backup significa poder reconstruir seus dados em um novo hardware, se necessário, após uma falha catastrófica.

Se você está se referindo a um controlador RAID de hardware embutido na placa-mãe, não o faça. não não não não. O RAID da placa-mãe é barato, ruim e barato, e pior do que qualquer RAID implementado por software. Se você quiser passar pelo trabalho de construir um sistema de produção com RAID, use o RAID de software Linux / BSD embutido ou obtenha uma boa placa RAID como a da 3Ware. Pessoalmente, para um servidor, eu obteria uma placa de hardware e procuraria as especificações para recursos como a capacidade de troca a quente e alarmes acesos para indicar QUE DRIVES falharam. Não há nada de errado com o desempenho ou a capacidade do software RAID, e é muito confiável, mas há muitas perguntas sobre "Eu tenho uma unidade que falhou e não sei qual é", e se você estragar tudo, você pode quebrar o seu conjunto de dados ou apagar os dados errados. Supõe-se que a administração do sistema tenha algum elemento para tornar sua vida mais fácil (hee hee!) E intrigante qual unidade é qual cabo é qual ponto de montagem não é divertido. As placas de hardware são $$, mas muitas vezes poupam muita frustração ao tentar decifrar o que precisa ser substituído.

Não economize na velocidade do disco rígido. Mais rápido, melhor, especialmente se este for um servidor de uso pesado. Os gigs de hoje podem facilmente tornar o disco rígido um gargalo agora para grandes transferências ou compartilhamento pesado.

Verifique se você tem uma maneira de monitorar o RAID e verifique periodicamente o status das suas unidades.

Obtenha um bom sistema de backup. Qualquer servidor de arquivos deve ter um bom backup de segunda máquina, seja fita ou disco. Se o seu servidor explodir amanhã, você deve conseguir peças e começar a restaurar tudo do zero, se necessário, a menos que a empresa que emite os contracheques possa sobreviver sem o servidor, caso em que não sei por que você está preocupado sobre o RAID.

Espero que isso ajude!

    
por 09.02.2010 / 13:47
0

Primeiro, lembre-se de que o RAID não é backup. O que você está planejando com o rsync é uma forma simples de backup. No entanto, eu sugeriria o ZFS raid-z. Ou se a máquina não tiver um processador rápido o suficiente ou se os dados forem muito importantes, use o espelhamento com um hot spare. Lembre-se de obter outra solução de backup se você acabar usando o RAID. Na verdade, faça isso de qualquer maneira, já que um backup substituído uma vez por dia na mesma máquina é muito ruim.

    
por 09.02.2010 / 12:37