Le contrôleur storage est le goulot d'étranglement le plus sous-estimé des serveurs. Passer d'un MegaRAID vieux de 8 ans à 512 Mo de cache à un PERC H755 ou un Smart Array P816i-a doté de 4 Go de cache write-back peut doubler le débit séquentiel et quadrupler les IOPS aléatoires. Sur les workloads virtualisés, l'écart est presque toujours tangible.
SQL Server, PostgreSQL, MySQL sur PERC H730 avec 1 Go de cache et tous les workloads de milieu de journée en file d'attente : passer à un H755 avec 4 Go de cache et write-back sur BBU fait souvent tomber la latence de plusieurs dizaines de ms à un seul chiffre.
Besoin de conserver le RAID matériel tout en obtenant des performances NVMe pour les bases de données et les logs. Solution : contrôleur tri-mode (PERC H755N, Smart Array MR416i-p) avec backplane compatible.
La migration vers du software-defined storage exige un HBA passthrough. Le RAID controller existant doit être remplacé par un HBA pur (PERC HBA350, Smart Array E208i-a) afin d'exposer les disques individuellement.
Les contrôleurs enterprise intégrés (PERC chez Dell, Smart Array intégré chez HPE, RAID 940 chez Lenovo) sont souvent « vendor-locked » : le PERC H755 s'insère physiquement dans de nombreux serveurs mais n'est officiellement supporté que sur des modèles précis. Chez Supermicro, la latitude est plus grande (Broadcom MegaRAID standard). Nous vérifions la HCL au préalable.
Un contrôleur neuf peut imposer un câblage SAS différent (SAS3 vs SAS4, mini-SAS HD vs SlimSAS) ou un backplane capable de tri-mode (pour le NVMe). Lors d'un upgrade entre familles, il faut souvent changer aussi les câbles, parfois le backplane.
Les contrôleurs write-back fonctionnent avec une BBU (batterie rechargeable) ou un supercap (condensateur). La BBU a une durée de vie moyenne de 3 à 5 ans, le supercap bien davantage. Sur un contrôleur existant, nous vérifions l'âge de la BBU : si elle approche de sa fin de vie, nous intégrons son remplacement à l'intervention.
Contrôleur, BIOS serveur, système d'exploitation, pilotes : tout doit être aligné. Chez Dell, la matrice est gérée par le Lifecycle Controller ; chez HPE, par le SPP (Service Pack for ProLiant). La mise à jour avant le swap physique est obligatoire.
Changement de contrôleur au sein de la même famille (ex. LSI vers LSI) : import de la foreign config sur le nouveau contrôleur, l'array est reconnu et remis en ligne. Entre familles différentes (LSI vers HPE Smart Array) : métadonnées on-disk incompatibles, il faut recréer l'array — backup obligatoire au préalable.
Sur PERC, certaines fonctions avancées (RAID 6, cache write-back, FastPath) nécessitent un license unlock. Idem sur HPE Smart Array (licence SPP). Nous vérifions que le contrôleur cible dispose des fonctions requises ou en supporte le déverrouillage.
Snapshot de l'état du contrôleur (niveau RAID, ordre des disques, strip size, cache policy, write policy, licences actives éventuelles). Backup complet des données ou snapshot cohérent. Aucune intervention sans backup vérifié.
Mise à jour du BIOS serveur, préparation du firmware du contrôleur cible, license unlock pré-configuré le cas échéant. Vérification du câblage SAS nécessaire (parfois à remplacer), upgrade éventuel du backplane pour le tri-mode.
Serveur éteint, dépose du contrôleur existant, installation du nouveau, recâblage si nécessaire, mise en place de la BBU/supercap, reconnexion.
Boot dans le setup du contrôleur, vérification des disques détectés, import de la foreign config (si la famille est compatible). Cache settings rétablis conformément à la configuration initiale. Démarrage du système d'exploitation, vérification de l'array en ligne.
Benchmark I/O avant/après (fio ou iometer), vérification de l'absence d'erreurs SMART sur les disques, baseline de performance consignée. Validation applicative avec le client avant la restitution.
Client PME mid-market de la province de Monza, serveur PowerEdge R740 sous SQL Server Standard, base de production de l'ERP de 1,2 To, trafic transactionnel constant. Contrôleur PERC H730 avec 1 Go de cache write-back, 8 disques SAS 10K de 1,8 To en RAID 10. Pics de latence en écriture pendant les batchs (clôtures journalières, facturations de fin de mois) : de 5 ms au repos à 60-90 ms pendant les batchs.
Diagnostic : cache du contrôleur saturée en écriture. Le stockage physique (SAS 10K) peut faire mieux si le contrôleur ne l'étrangle pas. Solution : upgrade vers un PERC H755 avec 8 Go de cache, en conservant les mêmes disques et le même RAID 10. Compatibilité de famille LSI-based identique : import direct de la foreign config.
Exécution : backup complet de la base SQL (full + log) avant l'intervention. Fenêtre nocturne de 3 heures. Extinction du serveur, remplacement du contrôleur, mise à jour du firmware PERC, boot, import de la foreign config (5 minutes), démarrage du système, contrôle d'intégrité SQL (DBCC CHECKDB), test batch synthétique, retour en production.
Résultat : latence des batchs sous les 15 ms, débit séquentiel en écriture +120 %. Aucune perte de données. Le client continue de travailler sur les mêmes disques.
Trois scénarios : 1) Workload virtualisé lourd en I/O aléatoires sur un contrôleur ancien à faible cache — gain tangible en passant à 2-4 Go de cache write-back. 2) Besoin de NVMe comme destination protégée (RAID) : l'ancien contrôleur ne supporte pas le NVMe via tri-mode, le nouveau si. 3) Migration d'un HBA passthrough vers un contrôleur avec BBU pour des workloads base de données qui exigent la garantie de write durability, y compris en cas de coupure de courant.
Oui, dans bien des cas. La procédure standard est la suivante : snapshot de la configuration actuelle (ordre des disques, niveau RAID, strip size, write policy), remplacement physique du contrôleur par un modèle compatible, import de la foreign config depuis le nouveau contrôleur. Si les modèles appartiennent à une famille proche (ex. PERC H730 → H755), la procédure est quasi transparente. Entre familles différentes (LSI MegaRAID vers HPE Smart Array), les métadonnées on-disk ne sont pas compatibles : il faut un backup + une recréation de l'array.
Un HBA (Host Bus Adapter) expose les disques individuellement au système d'exploitation : idéal pour les solutions software-defined (Storage Spaces Direct, vSAN, Ceph, ZFS) qui assurent protection et cache côté OS. Un RAID controller assure protection et cache en matériel et présente des volumes virtuels à l'OS : idéal pour les serveurs traditionnels dont l'OS n'a pas vocation à gérer cette complexité. Le choix dépend du storage stack du client.
Elle permet au contrôleur d'acquitter une écriture comme « terminée » dès qu'elle est en cache, même si le disque est encore lent — d'où un gain énorme sur les performances en écriture. En cas de coupure de courant, la BBU (batterie) ou le supercap (condensateur) maintiennent la cache alimentée jusqu'au flush sur les disques au retour du courant. Sans BBU/supercap, le contrôleur bascule en write-through et perd beaucoup. Remplacer une BBU/supercap morte est une maintenance récurrente que nous prenons en charge.
Une queue depth élevée (256+ par port) permet au contrôleur de garder en file de nombreuses commandes I/O sans saturer. Sur un workload de virtualisation moderne, avec des dizaines de VM générant des milliers d'IOPS agrégés, un contrôleur à faible queue depth (32-64) crée des files d'attente, de la latence et un débit plafonné. Les contrôleurs enterprise récents (PERC H755, Smart Array P816i-a, Broadcom 9560) sont conçus pour ces densités.
Oui, sur les contrôleurs tri-mode de dernière génération (PERC H755N/H965i, Smart Array MR416i-p, Broadcom 9560). Le tri-mode permet de mélanger SAS, SATA et NVMe sur un même contrôleur. Les performances NVMe via tri-mode n'égalent pas celles du NVMe direct en PCIe, mais elles offrent la protection RAID/cache tout en maintenant des IOPS très élevés — un sweet spot pour beaucoup de workloads mid-market.
Envoyez-moi la marque, le modèle (Service Tag / numéro de série / part number de la motherboard) et le workload visé. Sous un jour ouvré, je vous réponds avec la faisabilité technique, les contraintes que j'ai relevées et une estimation honnête.