Acho que fazer cache de todo o dispositivo md faz mais sentido.
Colocar o bcache para armazenar em cache todo o dispositivo md sacrifica toda a idéia de ter o raid, porque ele introduz outro ponto único de falha.
-
OTH failurs de discos SSD são relativamente raros, e bcache pode ser colocado no modo
writethrough
/writearound
(em contraste com o modowriteback
), onde não há dados armazenados apenas para o dispositivo de cache, e a falha do cache não mata as informações no ataque faz com que seja uma opção relativamente segura. -
Outro fato é que existe uma sobrecarga computacional significativa de soft RAID-5; quando caching de cada membro do raide de spinning separadamente, o computador ainda tem que recalcular todas as paridades, mesmo em acertos do cache
-
Obviamente, você sacrificaria algum espaço ssd caro, se você armazenar em cache cada unidade giratória separadamente.- A menos que você planeje usar o cache de SSD invadido. -
As duas opções relativamente não afetam o tempo de crescimento do processo - embora a opção de unidades giratórias armazenadas em cache separadamente tenha potencial para ser mais lenta devido a mais tráfego de barramento.
É um processo rápido e relativamente simples para configurar o bcache para remover a unidade ssd, quando você precisar substituí-lo. Graças aos blocos , deve ser possível migrar a configuração do ataque de ambas as formas no local.
Você também deve lembrar que, no momento em que a maioria (todas?) as distribuições de CD ao vivo não suportam bcache
, então você não pode simplesmente acessar seus dados com essas ferramentas, independentemente de a opção de layout bcache
- mdraid
que você escolheu.