Solução de armazenamento do tipo RAID à prova de futuro no Linux

2

Atualmente, estou executando meu servidor de armazenamento em discos 4x1TB no RAID5. Não há problemas aqui, sem falta de velocidade, sem falta de desempenho.

Mas agora esses discos estão ficando sem espaço livre e eu tenho as seguintes soluções:

  1. Compre alguns discos extras de 1 TB para adicioná-los à matriz RAID5. (não à prova do futuro, pequenos discos)
  2. Compre discos 4x2TB, substitua o array RAID5 atual (e tenha o mesmo problema de 'espaço livre' no próximo ano)
  3. Uma solução desconhecida como a configuração atual do RAID5; onde posso adicionar unidades maiores no futuro sem recriar toda a matriz de discos ou onde não devo substituir todos os discos para usar a capacidade total desses discos.

(Estou rodando um mdadm no Ubuntu)

Então minha pergunta é o número 3; Alguma idéia?

    
por jayv 12.10.2010 / 14:31

5 respostas

3

Para o Linux, sua melhor aposta é quase certamente envolver o LVM, que permite criar dispositivos lógicos que você pode estender à vontade adicionando mais dispositivos físicos. Como você está usando o software raid de qualquer maneira, sugiro comprar pares de unidades e espelhá-las com o mdadm (portanto, se você tiver quatro unidades, obtém md0 contendo a unidade 1 + 2 e md1 contendo a unidade 3 + 4), adicionando a md dispositivos para LVM como dispositivos físicos e criando volumes lógicos.

Quando você quiser adicionar mais unidades, compre-as em pares, crie um novo espelho (md2) e adicione esse espelho ao pool de dispositivos físicos. Você pode estender os dispositivos lógicos para este espaço.

Certifique-se de estar usando um sistema de arquivos que suporte o redimensionamento. Caso contrário, você vai acabar sendo reformatado toda vez que fizer isso.

    
por 12.10.2010 / 15:12
2

Atualmente, você tem 4 discos de 1 TB em uma matriz R5, oferecendo 3 TB de espaço utilizável; no caso de perda de um único disco, você terá desempenho reduzido e nenhuma segunda resiliência de disco morto até que sua matriz seja reconstruída.

Se você mudar para discos de 2 TB, se eles estiverem cheios, eles levarão o dobro do tempo para serem reconstruídos como os discos de 1 TB que você está usando no momento - expondo você a um tempo de não resiliência de segundo disco morto e com desempenho mais degradado janela.

Eu aconselho que você mude para o R10 comprando mais 2 discos de 1 TB, dando a você inicialmente o mesmo espaço útil de 3 TB, mas melhor desempenho de gravação, queda de desempenho de leitura durante a reconstrução e grande resiliência de disco. Você pode aumentar a capacidade linearmente adicionando um 7º e 8º disco, etc.

Se você usa hardware ou software, o RAID é uma questão separada.

    
por 12.10.2010 / 15:15
1

O ZFS pode fazer o que você quiser (mas não tenho certeza sobre todos os seus recursos, especialmente sobre o gerenciamento dinâmico de matrizes), mas se você não estiver muito investido em sua caixa atual, Drobo fará exatamente o que você quer. Não é RAID5, mas um cooler patenteado que funciona bem. Ele permite que você expanda seu armazenamento on-the-fly, permitindo que você substitua um disco (pequeno) antigo por um disco maior (maior).

Além disso, confira FreeNAS.

    
por 12.10.2010 / 15:09
0

zfs talvez seja uma ajuda aqui. olhe para cima e raidz. Eu acho que pode fazer mais do que você quer.

Dito isto, neste caso eu compraria discos de 2 TB, e mais alguns deles.

    
por 12.10.2010 / 14:59
0

O btrfs permite que você faça as coisas bacanas do zfs (zraid, etc), mas provavelmente ainda não está maduro o suficiente para você.

Ambos permitem que você crie uma coisa como raid5-6, e adicione dinamicamente discos a ela, o que é bom o suficiente, eu acho.

O btrfs está no kernel, o zfs é via fusível, tão lento, e você deve verificar como a versão do fusível se compara à versão atual do Solaris. Agora, no Solaris / OpenSolaris / Nexenta, o zfs é incrível, coloque um monte de memória RAM em sua caixa, disco e uma mistura de ssd e obtenha desempenho insano (ssd caro para o cache de gravação, barato para o cache de leitura). same $, Promise M610i SAN vs Nexenta veja a caixa Nexentra fazer 2 -4 vezes o desempenho (Open solaris é um pouco mais rápido, mas .....)

    
por 13.10.2010 / 01:58