Types d’instances et modèles tarifaires

Les types d'instances EC2 sont organisés en familles optimisées pour des charges de travail particulières. Usage général (M, T) : équilibre entre CPU, mémoire et réseau — serveurs Web et petites bases de données. Optimisées pour le calcul (C) : proportion élevée de CPU — traitement par lots, transcodage multimédia et inférence ML. Optimisées pour la mémoire (R, X, U) : proportion élevée de RAM — bases de données en mémoire et analyse en temps réel de mégadonnées. Optimisées pour le stockage (I, D, H) : E/S élevées pour les SSD NVMe locaux — bases de données ayant de nombreuses E/S aléatoires. Calcul accéléré (P, G, Inf, Trn) : GPU ou puces personnalisées pour l'entraînement ML et le HPC.

Les instances de la série T (t3, t3a, t4g) sont extensibles : elles gagnent des crédits CPU lorsqu'elles fonctionnent sous leur utilisation CPU de référence et dépensent ces crédits pour dépasser cette référence. Une t3.micro possède une référence CPU de 10 % ; elle peut atteindre 100 % de CPU si des crédits sont disponibles. Le mode T Unlimited (activé par défaut) autorise le dépassement du solde de crédits moyennant de petits frais supplémentaires. Les instances T sont économiques pour les charges de travail dont l'utilisation CPU moyenne est faible mais ponctuée de pics : environnements de développement, petits sites Web et serveurs de compilation.

Les instances On-Demand sont facturées à la seconde (Linux) ou à l'heure (Windows), sans engagement initial. Vous pouvez les démarrer et les arrêter à tout moment et ne payez que ce que vous exécutez. On-Demand est idéal pour les charges de travail irrégulières et imprévisibles, les tests et le développement à court terme, ainsi que les applications qui ne peuvent pas tolérer les interruptions. Il s'agit du modèle tarifaire le plus flexible, mais aussi du plus coûteux à l'heure par rapport aux instances Reserved ou Spot.

Les Reserved Instances offrent une remise importante (jusqu'à 72 %) par rapport à On-Demand en échange d'un engagement d'un ou de trois ans. Vous pouvez choisir entre trois options de paiement : All Upfront (remise maximale), Partial Upfront ou No Upfront (remise minimale). Les RI sont idéales pour les charges de travail stables et prévisibles, comme les serveurs Web et les bases de données de production qui fonctionnent en continu. Les remises RI sont automatiquement appliquées à l'utilisation On-Demand correspondante de votre compte.

Les AWS Savings Plans sont une alternative flexible aux RI. Ils offrent les mêmes niveaux de remise (jusqu'à 72 %) en échange d'un engagement d'un ou de trois ans portant sur une dépense horaire donnée. Les Compute Savings Plans s'appliquent à tout type d'instance EC2, toute Région, tout système d'exploitation ou tout modèle de location, et couvrent également Fargate et Lambda : ce sont les plus flexibles. Les EC2 Instance Savings Plans sont liés à une famille d'instances spécifique dans une Région, mais offrent une remise plus élevée. Utilisez Cost Explorer pour déterminer le montant d'engagement optimal en fonction de votre utilisation historique.

Les Spot Instances utilisent la capacité EC2 disponible et peuvent offrir jusqu'à 90 % de remise par rapport aux tarifs On-Demand. En contrepartie, AWS peut interrompre une instance Spot avec un préavis de deux minutes lorsqu'il doit récupérer cette capacité. Spot est idéal pour les charges de travail tolérantes aux pannes, sans état et interruptibles : tâches par lots, analyse de données, pipelines de compilation CI/CD et entraînement de modèles d'apprentissage automatique. N'utilisez jamais Spot pour des bases de données avec état, des services en temps réel destinés aux utilisateurs ou tout autre élément incapable de se remettre correctement d'une interruption.

Une flotte Spot est un ensemble d’instances Spot (et éventuellement à la demande) qui maintient une capacité cible. En diversifiant les types d’instances, les familles et les AZ, une flotte Spot réduit le risque que toutes les instances soient interrompues en même temps, car les taux d’interruption varient selon le type et l’AZ. Indiquez une AllocationStrategy : lowestPrice minimise le coût, diversified répartit les instances entre plusieurs pools pour renforcer la résilience, et capacityOptimized sélectionne les pools disposant de la plus grande capacité disponible.

Pour répondre à des exigences de licence ou de conformité : les instances dédiées s’exécutent sur du matériel dédié à votre compte, mais l’hôte physique peut être partagé avec d’autres instances du même compte. Les hôtes dédiés vous attribuent un serveur physique entier, avec visibilité sur les sockets et les cœurs — nécessaire pour les licences logicielles par socket ou par cœur (Oracle, Windows Server). Les hôtes dédiés sont également facturés par hôte et par heure, sont plus coûteux et peuvent être réservés afin d’obtenir une réduction. La plupart des charges de travail n’ont pas besoin de matériel dédié.

Adaptez le modèle de tarification au profil de la charge de travail : à la demande pour les charges imprévisibles ou de courte durée ; instances réservées / plans d’économies pour les charges de production stables qui s’exécutent 24 h/24 et 7 j/7 ; Spot pour le traitement par lots, sans état ou interruptible ; hôtes dédiés pour la conformité des licences BYOL. Exemple courant d’examen : une application web à 3 niveaux utilise des plans d’économies pour le niveau applicatif toujours actif, Spot pour les tâches par lots nocturnes et des instances à la demande pour les besoins ponctuels de capacité supplémentaire.

Les processeurs AWS Graviton (Graviton2, Graviton3) sont des puces personnalisées basées sur ARM et conçues par AWS. Les instances Graviton (T4g, M6g, C6g, R6g, etc.) offrent jusqu’à 40 % de meilleur rapport prix/performances que des instances x86 comparables. Elles sont idéales pour les charges de travail natives du cloud qui se compilent et s’exécutent sur ARM : serveurs web Linux, microservices conteneurisés, applications Java et Go. Si vous voyez des questions d’examen sur l’efficacité économique des charges de travail Linux, considérez les instances Graviton comme une option solide, aux côtés de Spot et des plans d’économies.

Les noms des types d’instances EC2 suivent un modèle cohérent : [famille][génération][attributs].[taille]. Par exemple : m6g.xlarge = famille M (usage général), 6e génération, Graviton (g), xlarge (4 vCPU, 16 GB RAM). Suffixes d’attributs : d = stockage local NVMe, n = mise en réseau améliorée, a = processeur AMD, i = Intel, g = Graviton ARM. Tailles : nano → micro → small → medium → large → xlarge → 2xlarge → ... → 48xlarge (le nombre de vCPUs et la mémoire doublent à chaque niveau de taille dans la plupart des familles).

Testez votre compréhension des concepts AWS Solutions Architect (SAA-C03) de cette leçon.

Dans cette leçon, vous avez appris que : les familles d’instances (M, C, R, I, P) sont optimisées pour différents rapports CPU/mémoire/stockage, que les instances à la demande sont flexibles, les instances réservées/plans d’économies réduisent le coût des charges stables, et Spot est l’option la moins chère pour les tâches interruptibles, et que les instances Graviton ARM offrent le meilleur rapport prix/performances pour les charges de travail Linux natives du cloud. Nous allons maintenant étudier les groupes de sécurité et les paires de clés pour la sécurité réseau EC2.