Après avoir migré une application vers AWS, une entreprise l'exécute sur des instances EC2 de plusieurs familles d'instances. Des problèmes de performance apparaissent sur certaines instances pendant les tests, et des contrôles budgétaires stricts exigent de sélectionner des types d'instances qui correspondent aux besoins de la charge de travail. Quelle ligne de conduite l'administrateur SysOps doit-il adopter ?

La bonne approche consiste à utiliser AWS Compute Optimizer pour analyser les performances et l'utilisation des instances EC2, afin d'identifier les types d'instances les mieux adaptés aux besoins de la charge de travail. Compute Optimizer fournit des recommandations de dimensionnement précises, ce qui est crucial pour résoudre les problèmes de performance et respecter les contraintes budgétaires. Une fois les instances correctement dimensionnées, l'achat de Compute Savings Plans permet de réduire les coûts de calcul sur une période d'un ou trois ans, sans nécessiter de spécifier un type d'instance ou une région spécifique, offrant ainsi une flexibilité supérieure aux Reserved Instances. Les autres options sont moins optimales : Acheter immédiatement des Reserved Instances régionales est prématuré car le dimensionnement n'est pas encore optimisé, et l'échange de RI peut être complexe. Acheter des Reserved Instances zonales limite la flexibilité et ne résout pas le problème de dimensionnement initial. Analyser le Cost and Usage Report est utile pour la facturation, mais ne fournit pas directement des recommandations de dimensionnement optimisées comme Compute Optimizer. Les On-Demand Capacity Reservations garantissent la disponibilité mais n'optimisent pas les coûts ou les performances.