CentOS 7, RAID-1 e desempenho degradado com SSDs

Pesquisa RST/TRIM

Não tenho experiência em primeira mão com isso, mas consegui encontrar este artigo que discute o TRIM como parte do problema/preocupação ao configurar SSDs em uma configuração RAID-1.

• Unidades de estado sólido em IRST RAID 1 podem ter desempenho degradado

Você pode notar que as velocidades de leitura/gravação de suas unidades de estado sólido (SSDs) em uma configuração RAID 1 diminuem com o tempo. Se o sistema operacional for reinstalado ou a imagem do sistema for refeita, o problema será resolvido temporariamente.

...

O processo de coleta de lixo envolve a leitura e reescrita de dados na memória flash. Isso significa que uma nova gravação do host exigirá primeiro uma leitura de todo o bloco, uma gravação das partes do bloco que ainda incluem dados válidos e, em seguida, uma gravação dos novos dados. Isso pode reduzir significativamente o desempenho do sistema ao longo do tempo. Se você precisar confirmar que TRIM é a causa da degradação da velocidade de gravação em um SSD em um RAID 1, você pode refazer a imagem da unidade (fora do volume RAID) e testar novamente a velocidade de gravação. As velocidades de gravação esperadas para todos os SSDs variam dependendo do modelo.

• Unidades de estado sólido no Linux: habilitando o TRIM para SSDs

... No Linux, o fstrim fornece essa funcionalidade, preparando a unidade para que novos dados sejam gravados e estendendo a vida útil da unidade a longo prazo. Como o corte de SSDs não é automático nas distribuições Linux que usei, é imperativo que seja agendado ou o desempenho do SSD diminuirá com o tempo.

O artigo continua mostrando como fazer isso:

$ mount -t ext4 -o discard /dev/sda2 /mnt
$ sudo fstrim / -v

Esse corte pode ser incorporado a um trabalho CRON usando essa abordagem. Pesquisar mais me levou ao Wiki do Arch Linux sobre SSDs. Lá o fstrim.serviceé mencionado.

• Unidade de estado sólido - Wiki do Arch Linux

O pacote util-linux fornece os arquivos de unidade systemd fstrim.service e fstrim.timer. Ativar o temporizador ativará o serviço semanalmente. O serviço executa fstrim(8) em todos os sistemas de arquivos montados em dispositivos que suportam a operação de descarte.

Supondo que esses serviços estejam funcionando, eu diria que o corte está sendo feito corretamente em qualquer SSD no sistema que suporte TRIM.

Suporte MD RAID TRIM

Para tentar colocar pregos mais definitivos no caixão, procurei por "raid linux trim support" o que me levou a este AU Q&A intitulado: How to set up SSD raid and TRIM support ?

As respostas são um pouco datadas, mas ainda incluem várias dicas úteis sobre como proceder. Olhando para ver se o suporte para MD RAID e DISCARD & TRIM me levou para a próxima dica.

MD RAID suporta DISCARD/TRIM

As perguntas e respostas da SU intituladas: Implementando Linux fstrim no SSD com software md-raid, onde a resposta de Michael Hampton afirma o seguinte:

Os patches para suporte mdraid RAID 1 e 10 para TRIM aumentaram há cerca de um ano.

Ele então passa a mostrar como você pode confirmar o suporte para isso:

Você pode testar o suporte do seu kernel montando o sistema de arquivos com a opção de descarte (que habilita o TRIM automático). Se for compatível, você verá uma mensagem no syslog ou dmesg como esta:

EXT4-fs (md1): re-mounted. Opts: discard,data=ordered

Caso contrário, você obteria isso:

EXT4-fs warning (device md1): ext4_issue_discard:2619: discard not supported, disabling

Você não precisa reiniciar para ver se está funcionando:

mount /dir -o remount 

Conclusões

Portanto, parece que o aviso é datado, anterior a esses patches e não é mais aplicável, supondo que seu SSD suporte TRIM/DISCARD.