RAID 0, 1, 5, 6, 10 : ce que chaque niveau protège vraiment

Le calcul d’IOPSInput/Output Operations Per Second (opérations d'entrée-sortie par seconde)Nombre d'accès disque élémentaires servis chaque seconde : c'est l'unité qui compte pour une base de données ou des machines virtuelles, bien plus que le débit en Mo/s. Un disque mécanique en délivre 75 à 200, un SSD plusieurs dizaines de milliers. utiles est standard : on part des IOPS bruts (nombre de disques × IOPS unitaires, soit 75 à 100 pour un disque à 7 200 tr/min, 150 à 200 pour un SAS rapide), puis on applique le profil de charge. Référence avec 8 disques à 200 IOPS et un profil 70 % lecture / 30 % écriture : 1 600 IOPS bruts donnent environ 842 IOPS exploitables en RAID 5, 640 en RAID 6 et 1 231 en RAID 10 — soit +46 % pour le RAID 10 face au RAID 5, à matériel strictement identique. En langage métier : la même baie, le même prix, mais deux fois moins d’attente sur une base de données sollicitée par vingt postes.

Nuance capitale, souvent absente des comparatifs : la pénalité ×4 vise les petites écritures aléatoires (blocs de 4 Ko). Une grosse écriture séquentielle qui remplit une bande entière y échappe largement, le contrôleur calculant la parité d’un seul coup sans relire l’existant. C’est pourquoi un RAID 5 copie un fichier vidéo de 40 Go à pleine vitesse tout en s’effondrant sur une base de données : ce ne sont pas les mêmes écritures.

En lecture, la hiérarchie s’aplatit : RAID 0 lit à environ N fois la vitesse d’un disque, RAID 5 à (N−1) fois, RAID 6 à (N−2) fois, RAID 10 à N fois puisque les deux moitiés de chaque miroir servent des lectures différentes. Sur quatre disques mécaniques à 200 Mo/s, un RAID 5 atteint 500 à 600 Mo/s en séquentiel : de quoi saturer un lien réseau 2,5 Gbit/s et faire du réseau le nouveau goulot. Une carte 10 Gbit/s rend alors au disque son rôle de facteur limitant : la QNAP QXG-10G2TB côté baie, une Intel X550-T2 ou une Broadcom NetXtreme côté serveur — à condition que le commutateur suive, ce que notre guide des switches manageables et PoE aide à vérifier avant l’achat. Les ordres de grandeur des supports eux-mêmes — mécanique, SSD SATA, NVMe — sont détaillés dans notre guide stockage et mémoire.

Sur SSD, enfin, la pénalité existe toujours mais s’applique à des composants qui délivrent des dizaines de milliers d’IOPS : diviser 60 000 IOPS par 4 en laisse encore 15 000, cent fois ce que produit une baie mécanique. Le débat RAID 5 contre RAID 10 y change de nature — ce n’est plus la vitesse qui tranche, mais l’endurance en écriture des modules et la durée de reconstruction. Encore faut-il des SSD conçus pour cet emploi : les modèles d’entreprise à protection contre les coupures d’alimentation — Samsung PM893, Micron 5400 PRO, Kingston DC600M, Solidigm D3-S4520, Seagate Nytro — tiennent l’écriture continue et n’acquittent jamais une écriture qu’ils n’ont pas réellement sécurisée, là où un SSD de bureau du type Samsung 870 EVO, Crucial MX500 ou WD Blue SA510 s’essouffle après quelques centaines de gigaoctets écrits d’affilée et perd le contenu de son cache à la première coupure de courant.

Les valeurs de terrain convergent : 30 à 96 heures pour un disque de 16 To selon la charge et le contrôleur ; environ 20 heures par disque de 16 To sur un NAS racké peu sollicité ; et, sur des RAID 6 très chargés à base de disques de 20 To et plus, des reconstructions décrites comme durant « une semaine, littéralement ». La fourchette est large parce qu’un seul paramètre décide : la part de bande passante disque laissée au rebuild. La plupart des baies proposent un réglage de priorité — le pousser au maximum le week-end et le baisser en semaine est une pratique simple et efficace.

La reconstruction est aussi le moment statistiquement le plus dangereux de la vie d’une grappe, pour une raison rarement énoncée : les disques d’une baie sont presque toujours achetés le même jour, souvent dans le même lot. Leurs probabilités de panne ne sont donc pas indépendantes mais corrélées — hypothèse que tous les calculs théoriques de fiabilité supposent pourtant vraie. Le scénario classique : quatre disques identiques installés il y a quatre ans, le premier lâche, la reconstruction met les trois autres sous charge continue 48 heures, et le deuxième — usé exactement pareil — lâche à son tour. En RAID 5 tout est perdu ; en RAID 6 on remplace et on continue. Deux parades : panacher les lots ou les marques à l’achat, et surveiller les indicateurs SMARTSelf-Monitoring, Analysis and Reporting TechnologySystème d'autosurveillance intégré à chaque disque, qui remonte secteurs réalloués, erreurs en attente et heures de fonctionnement. Le consulter permet de remplacer un disque avant qu'il ne lâche, donc de choisir le moment de la reconstruction au lieu de le subir. (secteurs réalloués, erreurs en attente) pour remplacer un disque avant qu’il n’impose une reconstruction.

Le disque de secours branché en permanence (hot spare) supprime le délai humain entre la panne et le début du rebuild. Le gain est réel : une panne le jeudi à 22 h laisse une baie sans spare dégradée jusqu’au passage du technicien, soit deux à trois jours d’exposition, quand la reconstruction serait déjà terminée le samedi matin. Ses limites méritent d’être connues : il ne raccourcit ni la durée ni le stress du rebuild, ne couvre qu’une panne à la fois, et peut lui-même être défaillant sans que personne ne le sache — d’où l’intérêt des contrôleurs qui le testent périodiquement. Sur un NAS six baies, cinq disques en RAID 6 plus un hot spare reste la configuration prudente de référence. La fonction existe sur l’essentiel des baies de PME — QNAP sous QTS et QuTS hero, Synology sous DSM, TrueNAS, contrôleurs Broadcom MegaRAID et Dell PERC — mais elle reste souvent inutilisée, faute d’avoir laissé une baie libre au moment du montage.

Deux réflexes gratuits complètent le dispositif. Activer les alertes par courriel de la baie : il n’est pas rare de découvrir un NAS en mode dégradé depuis huit mois, et une grappe dégradée qui n’alerte personne finit par tomber une seconde fois. Garder un disque de rechange en stock, même modèle et même capacité, au même titre qu’un toner de secours : le délai d’approvisionnement s’ajoute intégralement à la fenêtre de vulnérabilité. Reste le paramètre que personne ne mesure : la température. Une baie qui reconstruit tourne à pleine charge pendant plusieurs jours, et un placard non ventilé fait facilement grimper les disques d’une dizaine de degrés, ce qui pèse directement sur le taux de panne au moment précis où la grappe est déjà sans filet — c’est tout l’intérêt d’un vrai local technique, même modeste.

Le RAID logiciel Linux (mdadm) inscrit ses métadonnées sur les disques eux-mêmes : la grappe se réassemble sur n’importe quelle machine Linux, sans dépendre d’un composant précis. Il consomme un peu de processeur pour la parité — sans importance sur un serveur moderne — et n’offre pas de cache protégé. C’est la solution par défaut d’un serveur de fichiers, et ce qui tourne sous le capot de la plupart des NAS grand public : Synology DSM assemble ses volumes avec mdadm et Btrfs, QNAP QTS avec mdadm et ext4, avant que les gammes supérieures ne basculent sur ZFS.

ZFSZettabyte File SystemSystème de fichiers qui intègre sa propre gestion de grappes (RAID-Z1/Z2/Z3) et vérifie chaque bloc par somme de contrôle : la corruption silencieuse est détectée et réparée automatiquement. Sa réintégration de disque ne recopie que les blocs occupés, donc bien plus vite qu'une carte RAID classique. joue dans une autre catégorie. Chaque bloc porte une somme de contrôle : à la lecture, le système vérifie que la donnée rendue est bien celle qui avait été écrite et, si elle ne l’est pas, la répare depuis la redondance. C’est la seule réponse réelle à la corruption silencieuse, ces octets qui se retournent avec le temps sans que rien ne le signale et qu’un RAID classique recopie fidèlement dans la parité, erreur comprise. Les niveaux RAID-Z1, Z2 et Z3 correspondent en tolérance au RAID 5, au RAID 6 et à une triple parité. Second atout décisif : la réintégration d’un disque ne recopie que les blocs réellement occupés — un pool rempli à 20 % se reconstruit environ cinq fois plus vite qu’une grappe matérielle, qui recopie consciencieusement les secteurs vides. C’est la différence entre déménager les seuls cartons pleins et déménager l’immeuble entier, murs compris. Contrepartie : ZFS exige un accès direct aux disques (contrôleur en mode HBA, jamais de carte RAID en dessous) et davantage de mémoire vive. Les implémentations que l’on croise sur le terrain sont TrueNAS CORE et SCALE chez iXsystems, QuTS hero chez QNAP, Proxmox VE et les distributions Linux à OpenZFS ; côté contrôleur, on retient les Broadcom 9500-8i ou les LSI 9300-8i basculés en mode IT. Compter huit gigaoctets de mémoire vive pour démarrer, seize dès que le cache de lecture ou la déduplication entrent en jeu — formats, générations et compatibilités des barrettes sont passés en revue dans notre guide de la mémoire DDR3, DDR4 et DDR5.

Le SHRSynology Hybrid RAIDMode des NAS grand public qui découpe les disques en tranches pour exploiter des capacités dépareillées : deux disques de 12 To et deux de 4 To donnent 20 To utiles au lieu de 12 en RAID 5. Même tolérance de panne que le RAID 5 (SHR) ou le RAID 6 (SHR-2), et exactement les mêmes contraintes de reconstruction. des NAS grand public répond à un autre problème : les disques dépareillés. Au lieu d’aligner la grappe sur la taille du plus petit disque, il découpe chaque disque en tranches et empile plusieurs sous-grappes. Avec deux disques de 12 To et deux de 4 To, un RAID 5 classique donne 12 To utiles, le SHR en donne 20 : pour une PME qui agrandit son NAS au fil des budgets trimestriels, l’écart paie littéralement le disque suivant. Deux garde-fous : avec des disques identiques, le SHR n’apporte rigoureusement rien, et il ne change strictement rien à l’équation de la reconstruction — SHR équivaut à du RAID 5, SHR-2 à du RAID 6, avec les mêmes risques d’URE et les mêmes durées.

Un mot enfin sur le « RAID » de certaines cartes mères et cartes d’extension d’entrée de gamme : c’est le plus souvent du RAID logiciel déguisé, dont le pilote dépend du chipset et parfois du système installé — le pire des deux mondes, la dépendance matérielle sans le cache protégé. Pour un serveur de production, on tranche entre une vraie carte documentée, mdadm ou ZFS sur contrôleur HBA, ou un NAS d’un constructeur établi. Côté serveurs, les familles que l’on rencontre en PME algérienne sont les Dell PowerEdge T360 et R760, les HPE ProLiant ML110 et DL380 Gen11, et les Lenovo ThinkSystem ST250 V3 et SR630 V3 — chacune avec son contrôleur maison, PERC, Smart Array ou RAID 940-8i, et chacune avec ses propres règles de compatibilité de disques. Si la baie part en rack, les rails, le brassage et la ventilation se prévoient dès la commande plutôt qu’après coup : c’est l’objet de notre guide du câblage et de la baie de brassage. Le bon moment pour trancher est un renouvellement de parc, par exemple à l’occasion de la fin de support de Windows 10, plutôt qu’en urgence après une panne.

Le niveau choisi, six réglages font la différence entre une baie qui protège et une baie qui rassure. Un : des disques CMRConventional Magnetic Recording (enregistrement magnétique conventionnel)Technologie d'écriture à pistes indépendantes : n'importe quel secteur peut être réécrit directement, à débit stable. C'est la seule acceptable dans une grappe RAID, et la mention à exiger sur la fiche technique du modèle exact. spécifiés pour le fonctionnement en grappe, référence vérifiée. Deux : le scrubbing programmé une fois par mois. Trois : les alertes par courriel réellement configurées et testées. Quatre : un disque de rechange en stock, même modèle. Cinq : un onduleur dimensionné sur la consommation réelle de la baie. Six : une sauvegarde 3-2-1 vérifiée par des restaurations d’essai.

Un mot de probabilité pour calibrer l’effort. Les pannes de disques sont statistiquement banales : le taux annualisé mesuré par Backblaze sur 344 196 disques est de 1,36 % pour 2025, et de 1,24 % sur les données du premier trimestre 2026. Sur une baie de huit disques, il faut donc s’attendre à une panne tous les neuf ans en moyenne — et bien plus tôt en pratique, puisque les pannes se concentrent en début de vie (défauts) et en fin de vie (usure), et que les disques d’une même baie vieillissent ensemble. Réserve d’usage : cet AFRAnnualized Failure Rate (taux de panne annualisé)Pourcentage de disques d'une flotte qui tombent en panne dans l'année. La référence publique la plus large, Backblaze, mesure 1,36 % sur 344 196 disques pour l'année 2025 : sur une baie de huit disques, cela revient à une panne tous les neuf ans en moyenne. est mesuré dans un centre de données climatisé ; il vaut comme ordre de grandeur pour un NAS de bureau, pas comme mesure exacte.

Le calcul se durcit à chaque génération. Les disques de 30 à 36 To sont en production et la gamme NAS professionnelle atteint 30 à 32 To en CMR, mais le taux d’URE spécifié n’a pas suivi : reconstruire un RAID 5 de quatre disques de 36 To imposerait de relire 108 To sans le moindre accroc, près de dix fois la limite nominale d’un disque 10¹⁴. Ce qui n’était qu’un choix discutable en 2015 sur des disques de 4 To est devenu indéfendable sur des disques de 30 To, sans qu’aucune décision technique n’ait été prise entre-temps : c’est la capacité qui a bougé, pas la politique de stockage. Un audit de baie mérite donc d’être refait à chaque renouvellement de disques, pas seulement à l’installation. Dimensionner une baie revient à croiser cinq paramètres — volume utile visé, profil d’écriture, budget, tolérance d’arrêt et stratégie de sauvegarde — dont aucun ne se lit sur une fiche produit : c’est la démarche que suivent tous nos guides conseils. Un usage mérite enfin un dimensionnement à part : la vidéosurveillance, dont les caméras écrivent en continu, jour et nuit, et remplissent une baie bien plus vite qu’un partage bureautique — les débits par caméra et les durées de rétention se calculent dans notre guide de la vidéosurveillance d’entreprise, et ce sont eux, pas le nombre de postes, qui décident du nombre de baies.