5.60 Les options raids pour EBS

Un volume EBS est déjà répliqué en interne par AWS au sein de sa zone de disponibilité. Mais si l'on veut augmenter les performances en IOPS au-delà des limites d'un seul volume, ou renforcer la tolérance aux pannes, on peut combiner plusieurs EBS via RAID logiciel au niveau de l'OS. AWS ne fournit pas de RAID managé : c'est le système d'exploitation Linux ou Windows qui assemble les volumes. Les configurations recommandées sont RAID 0 et RAID 1 ; RAID 5 et RAID 6 ne sont pas recommandés sur EBS, AWS suggère plutôt d'augmenter le type de volume.

RAID 0 — performance et capacité

• Plusieurs volumes EBS perçus comme un seul volume logique.
• Les blocs sont écrits en alternance (striping) sur les volumes.
• Cumul des IOPS et cumul de l'espace disque.
• Si un volume tombe, toutes les données sont perdues.
• Cas d'usage : applications très gourmandes en IOPS tolérant la perte de données (bases avec réplication native, caches, ETL).

Exemple concret : avec deux EBS io1 de 500 Go provisionnés chacun à 4 000 IOPS, on obtient en RAID 0 un volume logique de 1 To avec 8 000 IOPS cumulés et un débit cumulé en Mo/s. C'est l'option idéale quand on a besoin de performances disques au-delà des limites par volume EBS et qu'on accepte de gérer la résilience au niveau applicatif.

RAID 1 est l'option opposée, orientée tolérance aux pannes. Le volume logique de l'instance est mis en miroir sur deux EBS : toute écriture est répliquée en temps réel sur les deux disques. Si l'un des deux EBS tombe, le volume logique reste fonctionnel via l'autre. On peut ensuite remplacer le disque défaillant à chaud sans interruption. Toujours avec deux io1 500 Go / 4 000 IOPS, RAID 1 donne un volume logique de 500 Go avec 4 000 IOPS (pas de cumul) et la garantie de tolérer la perte d'un disque. C'est adapté aux applications critiques où la résilience prime sur la performance brute, et aux scénarios de maintenance disques planifiée.