CentOS 7, RAID-1 e desempenho degradado com SSDs

3

Estou preparando PCs com 64 GB de RAM na placa-mãe Gigabyte AORUS X299-GAMING-3, encomendada para uso com o Cent OS 7, com RAID-1 em um par de SSDs SSDSC2KW512G8X1 da Intel 545 Series. A configuração é sem um controlador de hardware PCIe RAID, por isso vou usar o RST da Intel.

Como o CentOS parou de documentar a versão 7, fui até a Red Hat e consegui encontrar o link um aviso que me preocupa :

Software RAID levels 1, 4, 5, and 6 are not recommended for use on SSDs. During the initialization stage of these RAID levels, some RAID management utilities (such as mdadm) write to all of the blocks on the storage device to ensure that checksums operate properly. This will cause the performance of the SSD to degrade quickly.

Eu também enfrentarei esse problema com o RAID-1 com o RID RAID da Intel?

    
por K7AAY 26.06.2018 / 07:14

1 resposta

3

Pesquisa RST / TRIM

Eu não tenho experiência em primeira mão com isso, mas eu fui capaz de encontrar este artigo que discute TRIM como sendo parte do problema / preocupação ao configurar SSDs em uma configuração RAID-1.

You may notice that the read/write speeds of your Solid State Drives (SSD's) in a RAID 1 configuration degrade over time. If the operating system is reinstalled or the system is re-imaged the problem is temporarily resolved.

...

The process of garbage collection involves reading and rewriting data to the flash memory. This means that a new write from the host will first require a read of the whole block, a write of the parts of the block which still include valid data, and then a write of the new data. This can significantly reduce the performance of the system over time. If you need to confirm that TRIM is the cause of write speed degradation on an SSD in a RAID 1, you can re-image the drive (outside of the RAID volume) and re-test the write speed. Expected writes speeds for all SSD's vary dependent on the model.

... In Linux, fstrim provides this functionality, readying the drive for new data to be written and extends the life of the drive over the long term. Since trimming SSDs is not automatic on the Linux distributions that I have used, it is imperative that it be scheduled or the performance of the SSD will degrade over time.

O artigo continua mostrando como fazer isso:

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

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

The util-linux package provides fstrim.service and fstrim.timer systemd unit files. Enabling the timer will activate the service weekly. The service executes fstrim(8) on all mounted filesystems on devices that support the discard operation.

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

Suporte ao MD RAID TRIM

Para tentar colocar as unhas mais definitivas no caixão, eu procurei por "raid linux trim support" que me levou a este AU Q & A intitulado: Como configurar o SSD RAID e suporte a TRIM ?

As respostas são um pouco datadas, mas ainda incluem várias pistas úteis sobre como proceder. Olhando para ver se MD RAID suportado DISCARD & O apoio do TRIM levou-me à próxima dica.

MD RAID não suporta DISCARD / TRIM

O SU Q & A intitulado: Implementando o Linux fstrim on SSD com software md-raid , onde a resposta de Michael Hampton afirma isso:

Patches for mdraid RAID 1 and 10 support for TRIM went up about a year ago.

Ele então mostra como você pode confirmar o suporte para isso:

You can test your kernel's support by mounting the filesystem with the discard option (which enables automatic TRIM). If it is supported, you'll see a message in syslog or dmesg like the following:

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

Otherwise you would get this:

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

You don't need to reboot to see if it's working:

mount /dir -o remount 

Conclusões

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

    
por 30.06.2018 / 19:10