Graviton
Le 10 juin 2026, AWS a rendu son processeur Graviton de cinquième génération disponible en general availability, en même temps que les nouvelles instances EC2 M9g et M9gd qui tournent dessus. Le chiffre phare, 25% de performance compute en plus par rapport à Graviton4, ressemble à une annonce produit de routine. Ce n’en est pas une.
Si vous opérez votre entreprise sur AWS, ce n’est pas une news technique à scroller. Graviton est devenu le chemin sur lequel AWS pousse silencieusement ses clients, et l’écart entre les équipes qui le suivent et celles qui ne le font pas se creuse à chaque génération. Voici ce qu’il y a vraiment dans cette annonce, ce que ça change pour votre facture, et quels sont les pièges à connaître.
Les instances M9g tournent sur Graviton5, le dernier processeur custom d’AWS basé sur ARM. Les chiffres publiés par AWS, tous issus de leur documentation officielle et de leurs benchmarks :
Jusqu’à 25% de performance compute en plus par rapport aux instances M8g basées sur Graviton4, à taille égale. Jusqu’à 35% plus rapide sur les applications web et l’inference machine learning. Jusqu’à 30% plus rapide sur les bases de données. 192 cores par chip (la plus haute densité de cores en EC2 aujourd’hui). Cache L3 5 fois plus grand que Graviton4. Mémoire DDR5-8800 (la plus rapide de tout processeur cloud) et support du PCIe Gen6.
Les benchmarks clients publiés à l’occasion du lancement sont encore plus parlants que les moyennes AWS. HubSpot rapporte une baisse pouvant atteindre 60% sur la durée des requêtes MySQL. ClickHouse a observé un gain de 36% sans aucun changement de code. Honeycomb, après six mois d’A/B test en production sur des workloads d’observabilité, mesure 36% de throughput en plus par core. Airbnb a noté jusqu’à 20% d’amélioration par rapport à Graviton4 sur ses workloads de search en production. Meta, le plus grand client Graviton connu publiquement, s’est engagé à déployer des dizaines de millions de cores pour son infrastructure d’agentic AI.
Les instances M9g et M9gd sont disponibles au lancement dans US East (N. Virginia, Ohio), US West (Oregon) et EU (Frankfurt). Pour l’instant, ni UAE, ni Bahrein, ni Singapour, ni les autres régions européennes. C’est un point important si votre infrastructure tourne à Dubai ou en APAC.
Trois raisons font de cette release un sujet structurel pour les décideurs, pas juste une ligne de plus dans votre roadmap AWS.
1. L’écart price-performance est trop important pour être ignoré. Chaque génération de Graviton a réduit l’intérêt des instances x86. Avec Graviton5 qui délivre 25% de compute en plus au même prix que Graviton4 (et 20 à 30% de moins que l’équivalent Intel ou AMD), rester sur x86 par défaut n’est plus un choix technique. C’est une absence de choix. Sur une année et un footprint compute conséquent, cet écart se traduit en dizaines de milliers d’euros laissés sur la table.
2. AWS rend son pari visible. Quand le plus gros cloud provider construit sa cinquième génération de silicium custom et aligne Meta, Uber, Snowflake, Airbnb, HubSpot, Atlassian et Cockroach Labs comme témoignages de lancement, le message n’est pas subtil. AWS signale où vont aller ses investissements, ses optimisations et ses futurs services. Les workloads d’agentic AI pour lesquels Graviton5 a été spécifiquement conçu, real-time reasoning, code generation, orchestration multi-étapes, sont exactement les workloads que les scale-ups vont faire tourner de plus en plus dans les deux prochaines années. La plateforme sur laquelle vous tournez demain n’est pas la plateforme sur laquelle vous tournez aujourd’hui.
3. Le Nitro Isolation Engine relève la barre sécurité. Moins commenté à l’annonce, mais important pour toute entreprise qui poursuit une certification SOC 2, ISO 27001 ou HIPAA : M9g introduit le Nitro Isolation Engine, le premier hyperviseur cloud formellement vérifié. En clair, AWS fournit désormais une preuve mathématique que des workloads sur le même hôte physique ne peuvent pas se leak des données entre eux. Pour une fintech ou une healthtech en préparation d’audit, c’est la différence entre « on fait confiance aux contrôles du provider » et « le provider a prouvé son isolation en logique formelle ».
Soyons honnêtes. Les migrations Graviton ne sont pas gratuites, et trois caveats méritent une vraie attention.
D’abord, la compatibilité ARM64 n’est pas universelle. Les workloads modernes en Java, Python, Node.js, Go et Ruby tournent généralement sur Graviton sans aucune modification de code. Les applications containerisées avec des images multi-arch se déploient sans souci. Mais les SDK propriétaires compilés, les binaires cryptographiques x86 legacy, certaines bases de données commerciales, et tout ce qui dépend d’assembly x86 spécifique, ne fonctionneront pas. Une fenêtre de validation en pré-production de 7 à 14 jours est la pratique standard, et la sauter est la première raison pour laquelle les migrations se font rollback.
Ensuite, les workloads Windows restent sur x86. Graviton ne supporte que les systèmes d’exploitation Linux. Si vous opérez des workloads Windows Server, cette release ne change rien pour cette partie de votre fleet.
Enfin, la disponibilité reste limitée. Trois régions US plus Frankfurt au lancement. Si votre production tourne en eu-west-3 (Paris), me-south-1 (Bahrein), me-central-1 (UAE) ou en APAC, vous attendez. AWS roll out généralement les nouveaux instance types sur 6 à 9 mois, mais tant que votre région n’a pas M9g, les économies restent théoriques.
Si votre fleet tourne sur m5, m6i ou m7i et que vos workloads sont compatibles ARM, voici à quoi ressemble une migration méthodique vers M9g en chiffres.
Sur un fleet de 100 instances m5.xlarge en régime stable, la différence de coût par vCPU entre m5 et m9g est d’environ 30% en faveur de m9g, une fois cumulés la baisse de prix entre générations et le gain de performance de 25% (vous pouvez downsizer sans perdre en throughput). Sur un workload qui facture 30 000 euros par mois en compute m5, ça représente environ 9 000 euros par mois récupérés, soit 108 000 euros par an, sur une migration qui ne change pas le code applicatif.
Même les équipes déjà sur Graviton4 (m8g) ont intérêt à regarder. Le gain de 25% de performance au même prix permet de descendre en taille d’instance pour le même throughput, et cet effet se compose avec les Reserved Instances et les Savings Plans.
Cela dit, les économies ne sont réelles que si le sizing est juste. Migrer vers m9g sans avoir d’abord passé Compute Optimizer, c’est s’engager sur ce qu’était votre over-sizing précédent. La bonne séquence est la même que pour tout quick win : rightsize d’abord, puis migration vers la génération actuelle, puis commitment sur Savings Plan contre la nouvelle baseline, plus basse.
Graviton5 n’est pas l’annonce AWS qui va générer le plus de buzz LinkedIn ce mois-ci. Les launches d’agentic AI du même Summit vont absorber davantage d’attention. Mais pour toute entreprise qui fait tourner des workloads réels sur AWS, c’est la release qui bouge la facture, silencieusement, le plus.
Les équipes qui agissent dans les deux prochains trimestres récupèreront 20 à 30 % de leur compute spend sans changement d’architecture. Celles qui ne le font pas continueront à payer des prix de 2019 sur une infra de 2026, pendant que leurs concurrents sur Graviton5 livrent plus vite et tournent moins cher. Comme à chaque génération de Graviton, la technologie est en place. La seule chose qui sépare la plupart des comptes des économies, c’est la décision d’aller vraiment regarder.
