AWS lance les instances M9g Graviton5 : jusqu'à 192 cœurs ARM, des performances en hausse et une sécurité prouvée mathématiquement

• Cœurs : Jusqu'à 192 cœurs Armv9 Neoverse V3 sur une seule puce. Fini l'architecture NUMA à double socket que Graviton4 utilisait pour atteindre ce nombre.
• Gravure : Procédé 3 nm, très probablement par TSMC.
• Fréquence : 3,1 GHz pour les cœurs Neoverse V3.
• Cache L3 : 180 Mo partagés, soit 5 fois plus que les 36 Mo de Graviton4.
• Mémoire : 12 contrôleurs DDR5 prenant en charge jusqu'à la DDR5-8800, la plus rapide proposée par un grand fournisseur cloud.
• Entrées/Sorties : Support du PCIe Gen 6 via huit contrôleurs.
• Latence inter-cœurs : Réduite de 33 % par rapport à Graviton4, un bénéfice direct du passage à une conception mono-puce.

L'abandon d'une architecture à deux sockets élimine les pénalités de communication entre les puces. Pour les applications qui sollicitent de nombreux cœurs en parallèle — comme les pipelines d'inférence en temps réel, les bases de données en mémoire, ou les flottes de microservices à grande échelle — cette seule réduction de latence se traduit par des gains de débit mesurables.

Gains de performance par rapport à Graviton4 (M8g)

Les améliorations générationnelles annoncées par AWS sont cohérentes entre les sources officielles, les analyses de tiers et les premiers retours clients :

Puissance de calcul et débit :

• Performances informatiques générales : +25 % par rapport à M8g .
• Serveurs d'applications web : +35 % plus rapides .
• Inférence machine learning sur CPU : +35 % plus rapide .
• Bases de données : +30 % plus rapides .

Bande passante réseau et stockage :

• Réseau : débit en hausse sur toutes les tailles, pouvant doubler sur les plus grosses instances par rapport aux M8g équivalentes.
• Stockage EBS : environ 20 % de bande passante en plus en moyenne, avec les gains les plus importants sur les grandes instances.

Résultats concrets chez les clients :

• ClickHouse a constaté un gain de performance de 36 % par rapport à M8g, sans aucune modification de code.
• Honeycomb a mesuré un débit par cœur 36 % supérieur à celui de Graviton4 lors d'un test A/B de six mois sur ses charges de production .
• HubSpot a déployé M9g pour ses bases de données MySQL et observé une réduction de la durée des requêtes allant jusqu'à 60 % .

Ces chiffres sont en ligne avec les changements architecturaux. Le cache L3 cinq fois plus grand réduit les accès coûteux à la mémoire DRAM. La mémoire DDR5-8800 plus véloce et le PCIe Gen 6 lèvent les goulots d'étranglement qui brident le débit des générations précédentes. Le design mono-puce réduit, lui, la « taxe de latence » à laquelle sont soumises les applications distribuées sur des architectures NUMA.

Variante M9gd : stockage SSD NVMe local

Pour les besoins en stockage éphémère rapide directement attaché à l'instance, AWS propose la variante M9gd. Ces instances ajoutent du stockage SSD NVMe local à la plateforme Graviton5, offrant jusqu'à 11,4 To de capacité avec des opérations d'entrée/sortie par seconde (IOPS) supérieures de 30 % à la génération précédente .

Les M9gd ciblent des usages comme les grandes flottes de cache, les pipelines de traitement de logs, ou les moteurs d'analyse en temps réel. Dans ces cas d'usage, rapprocher les données du CPU réduit directement la latence des requêtes. La combinaison de cœurs plus rapides, d'une latence inter-cœurs réduite et d'IOPS de stockage local accrus font de M9gd un choix naturel pour tout besoin qui profite d'un rapprochement calcul-stockage.

Le positionnement pour l'IA agentique

L'un des messages les plus notables autour de Graviton5 est le ciblage explicite par AWS des charges de travail d'IA agentique. Il s'agit de systèmes qui effectuent du raisonnement en temps réel, de la génération de code, ou de l'orchestration de tâches complexes, en s'appuyant sur de grands modèles de langage et d'autres techniques d'IA générative .

Alors que les GPU dominent les phases d'entraînement et de traitement par lots, l'IA agentique à grande échelle crée un profil différent : un travail CPU intensif et continu, alternant étapes d'inférence et logique d'orchestration, avec de stricts budgets de latence pour les interactions en plusieurs tours. AWS affirme que la latence inter-cœurs réduite d'un tiers, le cache cinq fois plus grand et le nombre élevé de cœurs par instance de Graviton5 répondent parfaitement à ce besoin, à l'échelle de la production, sans l'équation économique des GPU.

Le Moteur d'isolation Nitro : le premier hyperviseur cloud vérifié formellement

Au-delà de la performance brute, l'ajout le plus significatif de la plateforme Graviton5 est le moteur d'isolation Nitro, un nouveau composant du système Nitro AWS de sixième génération.

Écrit en Rust, ce moteur est un composant d'hyperviseur minimal, conçu pour faire respecter l'isolation entre les machines virtuelles colocataires . Il se distingue de tout autre hyperviseur en production par sa vérification formelle : AWS a produit des preuves vérifiables par machine à l'aide de l'assistant de preuve Isabelle, démontrant mathématiquement :

• La sûreté de la mémoire et l'absence d'erreurs d'exécution.
• L'exactitude fonctionnelle (l'implémentation correspond exactement à ses spécifications).
• Le contrôle des flux d'information (aucune fuite entre états de machines virtuelles).

Concrètement, cela signifie qu'AWS peut fournir une certitude mathématique que les données d'un client ne peuvent pas être consultées par un autre, que leurs exécutions ne peuvent pas interférer entre elles, et que les opérateurs d'AWS sont soumis aux mêmes frontières d'isolation . AWS s'est engagé à rendre l'implémentation du moteur et les preuves correspondantes accessibles à ses clients pour examen .

Le moteur est activé par défaut sur les instances M9g . Il s'agit d'un changement de paradigme dans l'assurance sécurité du cloud : on passe des contrôles opérationnels et des discours d'audit à des garanties vérifiables par machine portant sur la couche fondamentale d'isolation.

Premiers utilisateurs et écosystème

Parmi les premiers utilisateurs et partenaires de référence nommés, on trouve Meta, Snowflake, Uber, Honeycomb, SAP, Atlassian et ClickHouse, ainsi que HubSpot et d'autres identifiés via leurs partages de résultats.

Les retours clients couvrent plusieurs catégories :

• Bases de données : Snowflake a rapporté des gains de 20 à 60 % sur Graviton4 et étend son usage sur Graviton5 ; HubSpot a vu la durée de ses requêtes MySQL chuter jusqu'à 60 % sur M9g .
• Observabilité : Honeycomb a obtenu un débit par cœur 36 % meilleur par rapport à Graviton4 .
• Analytique : ClickHouse a observé une amélioration moyenne des requêtes de 25 à 30 % sur Graviton4, et de 36 % sur Graviton5 .
• Applications métier : La migration par Atlassian de Jira et Confluence vers Graviton4 a entraîné une hausse de 30 % du débit et une baisse de 25 % des coûts.

Ces résultats suivent la tendance observée avec l'adoption de Graviton : la plupart des charges de travail voient une amélioration immédiate avec peu ou pas de modifications de code lors du passage de x86 à Arm, et les gains se cumulent de génération en génération.

Mise en perspective

Graviton5 arrive à un moment où les puces serveur Arm sont devenues un choix de performance grand public, et plus seulement une alternative d'optimisation des coûts. Plus de la moitié des nouvelles capacités CPU d'AWS tournent sur Graviton depuis trois ans, et 98 % des 1000 plus gros clients EC2 utilisent déjà des instances Graviton.

Avec une puce monolithique de 192 cœurs en 3 nm, le support du PCIe Gen 6, de la mémoire DDR5-8800 et une isolation des charges de travail garantie par des preuves mathématiques, Graviton5 repousse les limites non seulement pour les instances AWS, mais aussi pour ce que les clients sont en droit d'attendre du calcul cloud natif : performance, efficacité énergétique et des garanties de sécurité fondées sur la preuve mathématique plutôt que sur des promesses opérationnelles.

La disponibilité générale des instances M9g et M9gd signifie que ces capacités sont désormais accessibles à tous, via les chemins d'adoption EC2 standards. Les variantes C9g (optimisées pour le calcul) et R9g (optimisées pour la mémoire) devraient suivre .