Étendre un RAID : ajouter des disques sans perdre de données

Mis à jour: 2026-07-05· Dernière vérification : juillet 2026

Tôt ou tard, chaque NAS heurte le même mur : le pool qui paraissait immense il y a deux ans affiche 90 pour cent, et la question devient de savoir si l'on peut simplement glisser un disque de plus ou s'il faut se préparer à un cycle complet sauvegarde-effacement-restauration. La réponse honnête a longtemps été « ça dépend, et souvent non » — le RAID traditionnel était célèbre pour sa rigidité sur ce point, et ZFS en particulier a passé deux décennies à refuser d'agrandir un vdev RAIDZ. En 2026, le tableau est bien plus accueillant : presque chaque plateforme dispose désormais d'une voie d'extension supportée, mais chacune vient avec sa mécanique, ses délais et ses petites lignes. Ce guide passe les options en revue plateforme par plateforme, couvre ensuite la voie du remplacement de disques qui fonctionne partout, et termine par la gestion des risques qui transforme une extension de pari en simple tâche de maintenance.

Ajouter un disque : ce que chaque plateforme supporte vraiment

Greffer un disque neuf sur une grappe en service s'appelle un reshape ou une expansion, et son support est discrètement devenu la norme. Ce qui diffère, c'est la part du travail effectuée en ligne, la durée, et l'état de vos données pendant l'opération.

• mdadm (Linux) : mdadm --grow ajoute un disque à un RAID 5 ou 6 et remodèle la grappe montée et en service ; le guide Growing du wiki RAID Linux documente la procédure, y compris la fameuse option backup-file qui protège les métadonnées du reshape contre une coupure de courant.
• ZFS RAIDZ : le gros titre — OpenZFS 2.3 a livré l'expansion RAIDZ en janvier 2025 : un RAIDZ1 de 4 disques peut enfin devenir un RAIDZ1 de 5 disques via zpool attach. TrueNAS l'expose dans l'interface sur ses versions récentes.
• Synology SHR : ajoutez le disque via le Gestionnaire de stockage et DSM s'occupe du reste ; la KB Synology sur l'extension liste quels types de pools peuvent grandir et quelles migrations de type RAID (Basic→RAID 1, RAID 1→RAID 5…) sont prises en charge.
• Unraid : le cas le plus simple — les disques de données étant indépendants, il suffit d'ajouter un disque formaté à la grappe et il apporte immédiatement sa pleine capacité, tant qu'il ne dépasse pas le disque de parité, selon la documentation stockage d'Unraid.
• Btrfs (DIY) : btrfs device add suivi d'un rééquilibrage répartit les données existantes sur le nouveau périphérique ; la documentation de gestion de volumes Btrfs couvre les deux étapes.

À retenir concrètement : avant de rien supposer, identifiez la couche qui gère réellement votre redondance — les plateformes diffèrent tellement que « puis-je ajouter un disque ? » a cinq bonnes réponses différentes selon la machine posée chez vous.

Expansion RAIDZ de ZFS : ce que disent les petites lignes

L'expansion RAIDZ étant la plus récente et la plus demandée de ces fonctionnalités, elle mérite sa propre section. Elle attache un disque neuf à la fois à un vdev RAIDZ1/2/3 existant, puis lance une redistribution en arrière-plan qui répartit les blocs existants sur la bande élargie, le pool restant en ligne et utilisable pendant toute l'opération. Cela seul met fin à la limitation la plus douloureuse de ZFS pour les particuliers, qui devaient auparavant soit ajouter un second vdev complet, soit détruire et reconstruire le pool.

Mais les petites lignes comptent. Les blocs écrits avant l'expansion conservent leur ratio données/parité d'origine — un bloc écrit sur un RAIDZ1 de 4 disques continue d'occuper l'espace de bande comme si le vdev avait 4 disques, même après passage à 5. Les nouvelles écritures utilisent le layout élargi plus efficace, et les anciennes données ne se convertissent que si elles sont réécrites (par le renouvellement naturel ou en recopiant délibérément des datasets). En pratique, la capacité utilisable juste après une expansion est un peu inférieure au chiffre théorique que notre calculateur affiche pour un RAIDZ1 natif de 5 disques, et converge vers lui au fil du renouvellement des données. La page de manuel zpool-attach décrit ce comportement noir sur blanc.

Pour le public plus technique : l'expansion ne change pas non plus le niveau de parité du vdev — un RAIDZ1 reste un RAIDZ1, quel que soit le nombre de disques attachés. Si votre vraie motivation est que le pool a grandi au-delà de ce que la parité simple protège confortablement, l'expansion est le mauvais outil ; c'est une discussion reconstruire-en-RAIDZ2, et notre comparatif RAID 5 vs RAID 6 explique où passe cette ligne.

À retenir concrètement : l'expansion RAIDZ est réelle, stable et livrée — mais comptez sur moins d'espace libre immédiat que ne le suggère le calcul naïf, et ne l'utilisez pas comme substitut au passage en double parité quand le nombre et la taille des disques l'exigent.

La voie universelle : remplacer les disques par de plus gros

Quand il ne reste plus de baie libre — la situation que chaque propriétaire de NAS 2 ou 4 baies finit par connaître — la voie d'extension classique consiste à échanger chaque disque contre un plus grand, un par un. La séquence est toujours la même : retirer un disque, insérer le remplaçant plus gros, laisser la grappe se reconstruire complètement dessus, puis passer au suivant. La capacité supplémentaire reste verrouillée jusqu'au remplacement du dernier disque ; ensuite mdadm, ZFS (avec autoexpand=on), SHR et DSM laissent le pool occuper le nouvel espace. Synology documente cette procédure disque par disque dans la même KB d'extension, et SHR a l'astuce supplémentaire de débloquer une partie de la capacité plus tôt quand les tailles sont mélangées — notre guide des tailles de disques mélangées montre comment fonctionne ce calcul.

Le coût de cette voie, c'est le temps et le risque multipliés par le nombre de disques. Chaque échange est une reconstruction complète — de quelques heures à plus d'une journée par disque aux capacités actuelles, comme le chiffre notre guide des temps de rebuild — et pendant chacune de ces reconstructions, une grappe à parité simple tourne avec zéro redondance. Quatre disques, ce sont quatre fenêtres distinctes où une panne supplémentaire ou un secteur illisible achève le pool. Ce sont des probabilités vivables pour RAID 6 ou RAIDZ2, et un pari franchement inconfortable pour RAID 5 avec de gros disques.

À retenir concrètement : la voie remplacer-et-reconstruire fonctionne sur pratiquement toutes les plateformes et n'exige aucune baie libre, mais traitez-la comme N périodes dégradées consécutives, pas comme une seule opération — et si cette pensée vous rend nerveux en parité simple, cette nervosité vous dit quelque chose.

Gestion des risques : les extensions échouent au pire moment

Quel que soit le chemin choisi, une extension représente de longues heures d'activité disque soutenue sur toute la surface — précisément la charge qui transforme un disque fatigué en disque mort. Ce n'est pas de la superstition ; c'est le même mécanisme qui rend risquées les reconstructions après une panne, comme l'explique que se passe-t-il quand un RAID tombe en panne. Un reshape ajoute un piège supplémentaire : l'opération maintient elle-même un état critique en vol, raison pour laquelle la documentation mdadm insiste sur l'option backup-file et pour laquelle une coupure de courant en plein reshape sans onduleur est l'un des rares moyens de vraiment détruire une grappe au-delà de toute réparation facile.

La checklist préalable est donc courte et non négociable. Un, une sauvegarde à jour et vérifiée — non pas parce que les extensions échouent souvent, mais parce que quand elles échouent, elles échouent complètement ; le RAID n'est pas une sauvegarde vaut doublement pendant les fenêtres de maintenance. Deux, vérifiez le SMART de chaque disque avant de commencer : un disque qui journalise déjà des secteurs réalloués n'appréciera pas un reshape de 20 heures. Trois, faites tourner l'extension sur onduleur, et quatre, lancez un scrub au préalable pour que le reshape ne trébuche pas à mi-course sur un secteur illisible latent. Aucune de ces étapes ne coûte d'argent hormis l'onduleur — et toutes sont moins chères qu'une récupération de données.

À retenir concrètement : planifiez une extension comme un petit projet de maintenance — sauvegarde vérifiée, SMART propre, scrub fait, onduleur branché — et elle deviendra ennuyeuse de la meilleure des façons.

Quand étendre est la mauvaise réponse

Parfois, le conseil honnête est de ne pas agrandir la grappe actuelle du tout. Si votre NAS est un 2 baies, le remplacement de disques est votre seule option sur place, et l'économie penche souvent pour le passage à un châssis 4 ou 6 baies — les grappes plus grandes répartissent le coût de la parité sur plus de disques et vous laissent en prime une voie d'extension pour la prochaine fois, exactement l'arbitrage que déroule notre guide d'upgrade de 2 à 4 à 6 baies. De même, si la grappe est assez vieille pour que tous ses disques approchent du même point d'usure, infliger le stress d'un reshape à cinq disques vieillissants pour en ajouter un sixième est un contresens ; un pool neuf sur disques neufs avec migration par copie est plus serein et vous laisse une copie de repli complète jusqu'au retrait de l'ancien jeu.

Et si l'extension est en réalité une montée en redondance déguisée — vous voulez passer de RAID 5 à RAID 6, ou de RAIDZ1 à RAIDZ2 — la plupart des plateformes en font une reconstruction, pas un reshape (mdadm étant l'exception notable capable de convertir les niveaux sur place, lentement). Dans ce cas, planifiez-le comme une migration dès le départ. À retenir concrètement : l'expansion est l'outil du « même design, plus d'espace » — quand ce que vous voulez vraiment est un autre design, migrez au lieu d'étirer l'ancien.

Recommandation par plateforme

Sur Unraid, ajoutez le disque, point — c'est le tour de magie de la plateforme, la capacité est disponible immédiatement et la parité n'est pas touchée. Sur Synology, utilisez le flux d'ajout de disque du Gestionnaire de stockage pour SHR et laissez DSM faire le resync pendant la nuit ; c'est l'implémentation la plus aboutie du lot. Sur TrueNAS ou tout système OpenZFS 2.3+, l'expansion RAIDZ via zpool attach est désormais la voie officielle pour ajouter un disque unique, avec les petites lignes de capacité ci-dessus. Sur une machine DIY mdadm ou Btrfs, les outils fonctionnent bien, mais lisez la procédure du wiki en entier avant de commencer, car les filets de sécurité (backup-file, filtres de balance) sont manuels. Et quelle que soit votre plateforme, modélisez l'avant/après d'abord dans le calculateur RAID pour que le gain de capacité soit un chiffre plutôt qu'un espoir — puis jetez un œil au calculateur de rebuild pour voir à quoi ressemblera vraiment la fenêtre de maintenance.

Articles connexes

Upgrade NAS : 2 → 4 → 6 baies bien fait

Temps de rebuild RAID: combien de temps reellement?

Peut-on mélanger des disques de tailles différentes en RAID?

Que se passe-t-il quand un disque RAID tombe en panne?

SHR vs RAID traditionnel – Différences et quand utiliser chacun