bcache em md ou md em bcache

O bcache permite que uma ou mais unidades de disco rápidas, como unidades de estado sólido (SSDs) baseadas em flash, atuem como um cache para uma ou mais unidades de disco rígido mais lentas .

Se eu entendi corretamente,

• um SSD ^* pode ser atribuído para armazenar em cache vários HDDs de backup e, em seguida, os dispositivos em cache resultantes podem ser RAID com mdadm
  ou
• vários HDDs podem ser RAIDed em um único dispositivo de backup md e o SSD atribuído ao cache que

Eu estou querendo saber qual é a abordagem mais saudável. Ocorre-me que o cultivo de um RAID5 / 6 pode ser mais simples com uma ou outra técnica, mas não sei qual!

Existem boas razões (por exemplo, aumentar o armazenamento de backup ou qualquer outra coisa) para escolher uma abordagem em relação à outra (para um grande sistema de arquivos não raiz que contém arquivos de backup da VM)?

_{^* por "um SSD", quero dizer algum tipo de dispositivo SSD redundante, por exemplo, um RAID1 de dois SSDs físicos}

Acho que o cache de todo o dispositivo md faz mais sentido.

Colocar o bcache em cache de todo o dispositivo md sacrifica toda a idéia de invasão, porque introduz outro ponto único de falha.

• As falhas de OTH dos discos SSD são relativamente raras e o bcache pode ser colocado no modo writethrough/ writearound(em contraste com o writebackmodo), onde não há dados armazenados apenas no dispositivo de cache, e a falha do cache não mata as informações em o ataque faz com que seja uma opção relativamente segura.

• Outro fato é que há uma sobrecarga computacional significativa do soft RAID-5; ao armazenar em cache cada membro da raid giratória separadamente, o computador ainda precisa recalcular todas as paridades, mesmo em ocorrências de cache

• Obviamente, você sacrificaria algum espaço ssd caro, se armazenasse em cache cada unidade giratória separadamente. - A menos que você planeje usar o cache ssd invadido.

• Ambas as opções não afetam o tempo do processo de crescimento - embora a opção com unidades rotativas sendo armazenadas em cache separadamente tenha potencial para ser mais lenta devido ao maior tráfego de ônibus.

É um processo rápido e relativamente simples de configurar o bcache para remover a unidade ssd, quando você precisar substituí-la. Graças aos blocos , deve ser possível migrar a configuração do raid nos dois sentidos no local.

Você também deve lembrar, que no momento a maioria (todos?) Distribuições Live CD não suportambcache , então você não pode simplesmente acessar seus dados com tais ferramentas, independentemente da bcache- mdraidopção de layout que você escolheu.

Eu acho que a abordagem sensata é armazenar em cache o dispositivo MD resultante.

O bcache foi projetado para passar por leituras e gravações sequenciais.

Se você agrupar cada dispositivo separadamente, logicamente, vários dispositivos inseridos em um MD invadido ou eliminado, da perspectiva do bcache, estarão constantemente escrevendo blocos aleatórios.

Enquanto um volume MD armazenado em cache parecerá normal, gravando arquivos no volume, e não em blocos aleatórios em vários dispositivos.

O ponto principal da invasão de hardware e software é fazer a distribuição de dados no back-end para que o sistema de arquivos resultante pareça um volume normal.

Isso pode não estar correto (como os desenvolvedores do bcache podem ser inteligentes e levar em conta esse tipo de situação), mas a melhor coisa lógica a fazer é armazenar em cache volumes, em vez de bloquear dispositivos.