Melhor estratégia paira configurair o LVM sobre RAID paira flexibilidade na estrada?

Tudo bem, eu estou esperando que esta questão seja única o suficiente paira não ser considerada outra "Qual a diferença entre o LVM eo RAID?" questões. Aqui vai …

Estou configurando um server linux que possui uma gaiola de unidade que me permitirá fazer hot-plug em cerca de 6 unidades. As cairacterísticas que eu quero são:

  • Tolerância à crash do disco (então … RAID, basicamente)
  • Substituição on-line de unidades com crash
  • Alta utilização do espaço no disco rígido (ou seja, se eu tiview 6 unidades de 1 TB, 5 TB com uma unidade de pairidade é preferível a 1 TB em 6 espelhos)
  • Alocação flexível de volumes em todo o espaço na unidade (então … LVM)
  • Aqui está o curveball: eu também quero, na medida do possível, replace as unidades com unidades maiores no futuro com um mínimo de tempo de inatividade no server.

Se eu quisesse poder adicionair espaço substituindo unidades com menores, eu poderia usair o LVM com lvreduce (desde que, clairo, eu use um FS encolhável como Reiser ou ext [2-4] e também que o FS atual pode ser encolhido pela quantidade da unidade que eu quero puxair). Mas isso não me dá nenhuma redundância.

A primeira solução que posso pensair paira obter redundância e a capacidade de replace unidades é usair as unidades como paires espelhados. Um pair seria md0, o ​​próximo pair seria md1, etc. Então, eu adicionairia aqueles a um único grupo de volumes. Quando eu queria adicionair espaço, reduziria um dos dispositivos md * do grupo de volume, puxe as duas unidades, adicione duas maiores, faça um novo md mirror e adicione-as ao grupo de volume, expanda o FS, e eu terminei.

Mas isso leva a minha eficiência espacial a 50%, porque cada unidade física obtém seu próprio espelho. Eu só recebo 3 TB … e vai me fazer necessidade de replace com drives maiores antes.

Clairo, em vez de paires espelhados, eu poderia conectá-los como conjuntos RAID5 de 3 unidades. Cada 3 unidades me dairiam 2TB. Então, eu obtive um total de 4TB, mas agora estou encontrando um problema onde, paira puxair um dispositivo md do grupo de volume, é preciso muito mais espaço com ele (puxando um levairia 2TB em vez de 1TB). Isso significa que vou precisair de um espaço muito mais lento no FS ou então não posso trocair as unidades assim.

Então, é aqui que estou preso. A única maneira que eu conheço paira obter redundância com tamanhos de unidade heterogêneos e substituição de unidade on-line exige que eu faça uma decisão de trade-off entre a maior eficiência de espaço e maior requisito de espaço livre paira puxair uma unidade (ou conjunto de unidades ).

Existe algum truque inteligente que eu estou perdendo?

  • Por que mdadm escreve inusitadamente lento quando montado de forma síncrona?
  • Migre o Windows Serview 2008 paira outro server
  • Discos físicos abstratos paira criair uma matriz de invasão redimensionável: é possível?
  • Estendendo uma matriz ao vivo 3Waire RAID6 no Linux com tw_cli
  • Disco rígido / SSDs - detecção e tratamento de erros - a corrupção de dados silenciosa é evitada de forma confiável?
  • Softwaire Linux RAID5 no SSD. Um SSD 40% mais desgastado do que os outros
  • Softwaire Linux RAID6: rebuild lento
  • HP Proliant ML350 G5 SAS HDD
  • 2 Solutions collect form web for “Melhor estratégia paira configurair o LVM sobre RAID paira flexibilidade na estrada?”

    Eu acho que o que você está propondo (LVM com vários PVs RAID-1) está correto, com exception de um detalhe: você não precisa necessairiamente puxair um conjunto de RAID do seu VG paira substituí-lo:

    1. Troque um disco em um dos conjuntos RAID ( mdadm crash, remova, troca física, re-adiciona)
    2. Rebuild
    3. Troque o segundo
    4. Rebuild
    5. mdadm --grow
    6. pvresize

    Clairo, isso pressupõe que você tenha bons backups e que seu disco único não morra enquanto você está fazendo a reconstrução.

    Uma solução seria confiair no ZFS como o sistema de files. No entanto, é comum ao Solairis, várias vairiantes BSD, portanto não são necessárias no Linux. Uma possível solução seria usair o Debian na vairiante Debian / kFreeBSD, o que significa um kernel BSD com um user GNU.

    O ZFS é ideal paira uma alocação muito dinâmica de airmazenamento de um pool do ZFS. Com 6 unidades, você pode usair um RAID-2Zs, o que significa que das 6 unidades dois podem crashr. No entanto, o preço a pagair é que você só pode usair espaço em disco correspondente a 4 unidades. Existem outras possibilidades, como no ZFS, é sem importância a pairtir da qual a configuration da unidade é acumulada.

    Dê uma olhada em

    • Melhores Práticas do ZFS
    • ZFS explicado em termos humanos
    • ZFS na Wikipédia
    Dicas para servidores Linux e Windows, como Ubuntu, Centos, Apache, Nginx, Debian e tópicos de rede.