SW BBANG F

Vous déployez une application sur une instance T3, tout fonctionne parfaitement pendant quelques minutes, puis le serveur se met à ramper sans raison apparente — pas d'alerte mémoire, pas d'erreur réseau, juste un CPU qui tourne à plein régime sans rien produire. C'est le comportement caractéristique des instances T3 burstables AWS lorsque les crédits CPU sont épuisés, et comprendre ce mécanisme est indispensable avant de dimensionner n'importe quelle charge de travail sur cette famille d'instances. TL;DR — Crédits CPU T3 en un coup d'œil Concept Comportement observé Crédit CPU Unité permettant de dépasser le niveau de base CPU de l'instance Accumulation Crédits accumulés quand l'utilisation CPU reste sous le niveau de base Consommation Crédits dépensés quand l'utilisation CPU dépasse le niveau de base Épuisement CPU plafonné au niveau de base — ralentissement brutal e...

Quand on provisionne un volume EBS pour une instance EC2 en production, on tombe inévitablement sur ce choix : gp2 ou gp3 ? La différence n'est pas cosmétique. Le modèle de performance de gp2 crée des contraintes opérationnelles réelles — des équipes ont surdimensionné leurs volumes uniquement pour obtenir les IOPS dont elles avaient besoin, sans jamais utiliser la capacité de stockage supplémentaire. Ce guide clarifie les deux modèles et vous aide à choisir. TL;DR — gp2 vs gp3 en un coup d'œil Critère gp2 gp3 IOPS de base 3 IOPS/Go (min 100, max 16 000) 3 000 IOPS incluses, indépendantes de la taille IOPS provisionnées indépendamment Non Oui, jusqu'à 16 000 IOPS Débit de base 128–250 Mo/s (lié à la taille) 125 Mo/s inclus, jusqu'à 1 000 Mo/s provisionnables Mécanisme burst ...