Esquema de armazenamento recomendado para o servidor doméstico? (LVM / JBOD / RAID 5…)

6

Existe alguma diretriz para qual (is) esquema (s) de armazenamento faz mais sentido para um servidor doméstico com vários discos?

Estou assumindo um disco de inicialização / OS separado (portanto, a inicialização não é uma preocupação, isso é apenas para armazenamento de dados) e 4-6 discos de armazenamento de 1-2 TB cada, para uma capacidade de armazenamento total no intervalo de 4 a 12 TB.

O sistema de arquivos é ext4, espero que haja apenas uma grande partição abrangendo todos os discos.

Tanto quanto eu posso dizer, as alternativas são

discos individuais

  • pros : funciona com qualquer combinação de tamanhos de disco; perder um disco perde apenas os dados nesse disco; não há necessidade de gerenciamento de volume.
  • cons : gerenciamento de dados é desajeitado quando unidades lógicas (como uma pasta "filmes") são maiores que a capacidade de qualquer drive único.

JBOD span

  • pros : pode mesclar discos de qualquer tamanho.
  • cons : perder um disco perde todos os dados em todos os discos

LVM

  • pros : pode mesclar discos de qualquer tamanho; relativamente simples de adicionar e remover discos.
  • cons : perder um disco perde todos os dados em todos os discos

RAID 0

  • pros : velocidade
  • cons : perder uma unidade perde todos os dados; os discos devem ter o mesmo tamanho

RAID 5

  • pros : dados sobrevivem perdendo um disco
  • cons : desiste de um disco no valor de capacidade; os discos devem ter o mesmo tamanho

RAID 6

  • pros : dados sobrevivem perdendo dois discos
  • cons : abre mão de dois discos no valor de capacidade; os discos devem ter o mesmo tamanho

Estou considerando principalmente o intervalo LVM ou JBOD, simplesmente porque ele me permite reutilizar discos mais antigos e de menor capacidade quando eu atualizo o sistema. O segundo colocado é o RAID 0 para velocidade.

Estou planejando ter backups completos em um sistema separado, portanto, espero que a redundância extra dos níveis 5 ou 6 do RAID não seja importante.

Esta é uma representação justa das alternativas? Existem outras considerações ou alternativas que perdi? E o que você recomendaria?

    
por j-g-faustus 26.12.2010 / 13:10

6 respostas

6

Como você, estou passando por um processo de racionalização com os discos no meu servidor doméstico. Eu também tenho uma mistura de tamanhos de disco resultantes do crescimento orgânico da configuração do JBOD que tenho.

Estou tomando a rota do LVM pelas seguintes razões.

  1. É o mais simples
  2. Permite-me reutilizar os discos que já tenho no servidor
  3. Eu tenho um backup completo de todos os dados que tenho certeza de que posso restaurar
  4. Eu não estou preocupado com o tempo de recuperação no caso de uma falha no disco

Para mim, os fatores decisivos são # 3 & amp; # 4.

    
por user8216 02.01.2011 / 11:31
4

Estou usando o Greyhole e ele se encaixa quase perfeitamente no meu caso de uso:

  • servidor inicial
  • reutilização de discos rígidos de reposição com diferentes marcas, modelos, tamanhos
  • todo o espaço hdds pode ser visto como um grande ponto de montagem (como jbod)
  • você pode definir diferentes compartilhamentos com diferentes necessidades de redundância (ou seja, fotos = redundância máxima, dados = redundância simples, filmes = redundância zero)
  • A atualização do
  • hdds pode ser feita no momento (ou seja, você pode remover um disco rígido de 500 GB e substituí-lo por um disco rígido de 4 TB expandindo sua capacidade total)
  • a perda de um disco rígido só perde dados com redundância zero no disco rígido
  • se um disco rígido envia um aviso antecipado que está prestes a falhar (a partir do monitoramento de parâmetros inteligentes), posso substituí-lo facilmente por um diferente sem perder dados
  • O hdds pode ser movido do sata para o compartimento USB sem fazer nada
  • na verdade, o armazenamento pode ser qualquer coisa: sata hdd, usb hdd, compartilhamento de rede remota ....
  • (MUITO IMPORTANTE) se você remover um disco rígido do sistema da Greyhole, ele será um disco ext4 normalmente formatado com seus dados nas pastas facilmente legíveis em qualquer máquina

Limitações:

  • O Greyhole é mais adequado para arquivos escritos uma vez e lidos várias vezes. Não é recomendado modificar um arquivo dentro de um volume da Greyhole, é melhor mover um arquivo para outro local, modificá-lo e depois colocá-lo novamente no volume da Greyhole.
  • Os dados da Greyhole devem ser acessados a partir dos compartilhamentos do Samba (mesmo localmente).
por Lorenzo 06.12.2014 / 14:35
3

bem em sistemas de ataque, os discos não devem ter o mesmo tamanho ...

apenas as partições que você deseja adicionar à invasão precisam ter o mesmo tamanho para criar uma invasão ...

os pontos strongs do lvm são que você pode facilmente aumentar seu disco virtual adicionando mais partições a ele. e você tem um recurso de instantâneos!

você também pode combinar lvm com raid ... para que você tenha segurança de dados e a flexibilidade de lvm:)

    
por JMW 26.12.2010 / 18:15
2

Você pode empilhar blocos em dispositivos Linux e mixin o valor de ambos Software RAID e LVM que deve atenda todas as suas necessidades. Isso tudo pode ser feito do instalador não-gui.

  • Use uma única partição que abranja os 99% do disco [1]
  • Crie um MD RAID5 (preferencialmente RAID6) com pelo menos um hot spare
  • Inicializar o array MD
  • Crie um VG do LVM
  • Adicione cada dispositivo MD como um volume físico ao novo VG [2]
  • Prossiga para adicionar volumes lógicos de troca e raiz ao VG
  • Formate a raiz com a escolha do sistema de arquivos (o padrão é ext4)
  • Continue com a instalação

[1] Eu encontrei uma falha muito desagradável uma vez em discos SATA que tinha muitos blocos ruins. Depois de usar a ferramenta do fornecedor para reconstituir O disco. Meu conjunto de discos, uma vez idêntico, era agora único, o ruim unidade agora tinha alguns blocos menos do que antes do formato de baixo nível tinha começado, o que, claro, arruinou minha mesa de partição e impediu o drive reingressou no conjunto MD RAID.

Os discos rígidos geralmente têm uma "lista livre" de blocos de backup usados por apenas uma ocasião. Minha teoria é que essa lista deve ter sido esgotada, e como isso não era um disco corporativo, em vez de falhar e permitindo-me a oportunidade de enviá-lo para recuperação de dados, decidiu truncar meus dados.

[2] Nunca implemente o LVM sem um backing store tolerante a falhas. LVM não se destaca em recuperação de desastres, você está apenas pedindo mágoa e se você errar, perda de dados. A única vez que faz sentido é se o Grupo VG é confinado a um único disco, como um disco usb externo ou talvez um eSATA RAID externo. O ponto é tentar implantar o seu VG em torno de apoio lojas que podem ser conectadas a quente como uma única unidade, ou como um único virtual unidade que é demonstrada no exemplo MD acima.

    
por ppetraki 09.11.2011 / 18:17
1

E sobre o link

Tem a noção de conjuntos de discos que você pode anexar unidades de desanexação, não sei se sua produção está pronta, mas ainda vale a pena conferir.

    
por narkisr 27.12.2010 / 12:20
0

Como sobre o MHDDFS, ele já está disponível na maioria das distro e funciona como o JBOD, no entanto, se o drive morrer, você só perde os dados nessa unidade, não todos eles. Ele é visto como um conjunto de unidades lógicas, portanto, por exemplo, é possível copiar o conjunto de unidades lógicas para outro disco de maior capacidade à medida que você atualiza a trilha. Tempo de inatividade mínimo e problemas mínimos, e parece fácil de implementar. Veja como usá-lo aqui: link

    
por Treefrog 11.07.2015 / 22:57