Dois-je éviter de mettre deux SSD dans une configuration RAID1 en raison d'une dégradation des performances?

15

J'ai un système de station de travail qui aura deux SSD industriels de 64 Go, et le plan est d'avoir les deux disques dans une configuration RAID1 pour la redondance qui est configurée dans le kickstart. Le système exécutera CentOS 7. En examinant cela, j'ai découvert que le Guide d'administration du stockage RHEL ne recommande pas RAID1 pour les SSD.

Red Hat prévient également que les niveaux RAID logiciels 1, 4, 5 et 6 ne sont pas recommandés pour une utilisation sur les SSD. Pendant la phase d'initialisation de ces niveaux RAID, certains utilitaires de gestion RAID (tels que mdadm) écrivent sur tous les blocs du périphérique de stockage pour garantir le bon fonctionnement des sommes de contrôle. Cela entraînera une dégradation rapide des performances du SSD.

Est-ce quelque chose qui devrait me préoccuper sérieusement? Existe-t-il des alternatives de redondance que je peux utiliser?

Selon la documentation RHEL à nouveau, la mise en miroir LVM tire désormais parti du RAID logiciel MD, donc l'avertissement RAID s'applique également à cela.

Plus d'informations: Les SSD sont de la série Swissbit X-200 (SATA), et il semble que le surprovisionnement soit à 40%.

Le RAID matériel ne sera pas une option, selon l'équipe matérielle.

mochatiger
la source
Pouvez-vous nous expliquer en quoi consiste l'application? Utilisez-vous des SSD industriels parce que c'est un environnement hostile ou un système de contrôleur d'une certaine sorte?
ewwhite
Oui, les machines seront à l'extérieur et devront résister à des conditions de température / d'environnement difficiles.
mochatiger
2
Si cela vous inquiète vraiment, vous pouvez utiliser mdadm -C --assume-clean...pour éviter la synchronisation initiale. Au moins avec RAID-1.
derobert

Réponses:

10

Je ne recommanderais pas vraiment le RAID logiciel Linux avec SSD, en particulier pour le démarrage. Je prendrais la décision en fonction du ou des scénarios de défaillance potentiels et de l'impact des temps d'arrêt. Pour les SSD industriels, je les ai généralement utilisés de manière autonome, sans RAID.

Si ce poste de travail devait échouer, à quelle vitesse pouvez-vous 1). récupération à partir de sauvegardes ou 2). reconstruire / réimager?

De quel type de SSD s'agit-il (marque / modèle)? S'ils sont trop approvisionnés, ce n'est peut-être pas trop un problème. S'ils sont SATA et connectés à la carte mère, vous aurez quelques options TRIM.

Vous pouvez utiliser un contrôleur RAID matériel LSI d'entrée de gamme pour faciliter le déploiement et la récupération. Au moins, le RAID sous-jacent sera transparent pour le système d'exploitation.


Éditer:

Ce sont des SSD industriels très surapprovisionnés . Configurez le miroir RAID 1 comme normal et surveillez simplement les disques au fil du temps.

ewwhite
la source
1
Bien que si vous décidez de faire du RAID matériel, vous devez vous assurer que le système d'exploitation prend en charge le matériel de sorte que vous puissiez voir l'état des périphériques sous-jacents, ou vous ne saurez pas quand les périphériques commencent à échouer, sauf si vous êtes physiquement en face de la machine. +1 de ma part, de toute façon.
MadHatter
Tous les principaux fournisseurs de matériel RAID fournissent un logiciel Linux qui peut surveiller les périphériques individuels derrière l'adaptateur. Ceux-ci peuvent être liés à Nagios, etc. pour la surveillance.
Stefan Lasiewski
J'ai mis les réponses à vos questions sur le SSD / matériel en tant qu'informations supplémentaires dans la question (j'espère que ça va, je suis nouveau ici). L'idée est, à de rares occasions, que l'un de ces disques tombe en panne sur le terrain, de pouvoir récupérer les données en miroir de celui qui n'a pas échoué. L'impact de la perte de données est élevé. Sachant cela, le RAID1 ne poserait-il toujours pas trop de problème comme vous l'avez dit?
mochatiger
3
@mochatiger Sachant ce que vous avez dit et que les SSD sont très surapprovisionnés (40%), je configurerais le logiciel RAID 1 comme vous l'aviez prévu. La documentation de Red Hat est destinée aux cas d'utilisation générale et au matériel grand public. Votre situation est définitivement différente.
ewwhite
8

Est-ce quelque chose qui devrait me préoccuper sérieusement?

Non

Existe-t-il des alternatives de redondance que je peux utiliser?

Je préfère les contrôleurs RAID matériels, mais c'est une chose personnelle, ça va.

Chopper3
la source
1
Chopper pouvez-vous expliquer pourquoi nous ne devrions pas nous en préoccuper? Ne devrions-nous pas nous préoccuper de tout ce qui fait que «les performances du SSD se dégradent rapidement»?
Stefan Lasiewski
2
Bien sûr, si vous expliquez d'abord comment ce niveau de travail peut entraîner une dégradation rapide des «performances du SSD» compte tenu des SSD d'entreprise de 2014 (OP utilise le terme «industriel»).
Chopper3
5

La question que vous devez vous poser est de savoir quand cette documentation a été écrite. Ils utilisent généralement le même matériel et le mettent à jour si nécessaire, et la technologie SSD a changé depuis.

Même si elles sont industrielles, les performances d'écriture et de lecture ne sont pas les mêmes. La documentation fait référence aux performances d'écriture, mais avec une configuration miroir, vous obtiendrez de meilleures performances de lecture avec / boot et / mounts.

Il est donc utile de remettre en question la documentation à certains égards.

paulcube
la source
1

Vous pouvez l'utiliser sans trop de problèmes dans la configuration RAID1 douce (même si le SSD n'était pas trop approvisionné), mais vous avez seulement fourni TRIM après la création.

Vous pouvez le faire par l'un des moyens suivants:

  • en utilisant un noyau suffisamment nouveau qui prend en charge MD passant TRIM à SSD (au moins 3.8. quelque chose IIRC, mais veuillez vérifier), et exécutant fstrim (8) (à partir du paquet util-linux) tous les soirs

  • en utilisant un noyau suffisamment nouveau et en ayant l'option de montage "discard" (pour ext4 / xfs). Notez qu'il s'agit de performances inférieures à celles ci-dessus, car TRIM n'est pas en file d'attente, et cela ne profite pas du traitement par lots ci-dessus

  • sur les noyaux plus anciens, exécutez cron run nocturne de mdtrim . Assurez-vous de tester avec le script de test fourni avant de mettre des données importantes dessus!

Notez également que tout cela s'applique uniquement au système de fichiers directement sur softRAID. Cela ne fonctionnera pas pour la plupart des RAID matériels. De plus, cela (actuellement) ne fonctionnera pas si vous avez LVM ou un autre calque au-dessus de MD softraid. Vous aurez besoin d'un gros surprovisionnement pour survivre à ceux-ci (et heureusement, vous en avez 40%, donc tout va bien).

Matija Nalis
la source