Amazon SAP-C02: Optimisation des coûts et gouvernance — Guide d'étude

By Laurynas Brazys · 31 July 2026 · #amazon #sap-c02 #certification #exam-prep #study-guide

Fait partie du AWS Solutions Architect Professional SAP-C02 — Guide d’étude. Entraînez-vous avec des réponses vérifiées dans le centre d’examens Amazon, ou passez des tests chronométrés sur ExamRoll.io.

Visibilité, allocation et reporting des coûts

Pour obtenir une véritable visibilité des coûts, il faut commencer par une allocation des coûts cohérente et appliquée, ainsi qu’un reporting détaillé. Déployez AWS Organizations avec un compte payeur désigné et activez la facturation consolidée (consolidated billing) pour centraliser les factures tout en conservant une séparation des frais par compte. Activez le rapport AWS Cost and Usage Report (CUR) avec une granularité horaire, une livraison sur S3 et une intégration avec Amazon Athena afin de pouvoir exécuter des requêtes ad hoc et joindre les enregistrements de coûts aux métadonnées des ressources. Mettez en œuvre une stratégie de balisage (tagging) stricte : définissez un ensemble obligatoire de balises d’allocation des coûts (environnement, projet, propriétaire, unité commerciale et centre de coûts) et appliquez-les lors du provisionnement à l’aide de CloudFormation StackSets, de Service Control Policies pour limiter les modèles de création de ressources non balisées, et de règles AWS Config qui évaluent et corrigent automatiquement les balises manquantes. Associez Cost Explorer aux rapports sur les entités réservées et le redimensionnement (rightsizing) pour comprendre les tendances de dépenses et la capacité inutilisée. Les pièges courants incluent une couverture de balises incomplète qui fausse les refacturations (chargebacks), le fait de se fier uniquement à la Billing Console sans les analyses du CUR, et l’incapacité à capturer les coûts de transfert entre comptes ou entre régions. Les compromis décisionnels se résument souvent à un choix entre l’actualité des données et leur granularité : l’activation des rapports CUR horaires et d’Athena coûte plus cher en traitement, mais fournit l’attribution précise nécessaire aux décisions métier, tandis que des résumés mensuels grossiers sont moins chers sur le plan opérationnel, mais masquent les pics transitoires et les ressources inefficaces.

Tarification engagée, redimensionnement et stratégie d’achat

L’optimisation des dépenses engagées nécessite de choisir entre les Savings Plans, les Reserved Instances et la tarification transitoire comme Spot, tout en utilisant le redimensionnement (rightsizing) pour adapter la capacité aux profils de charge de travail. Commencez par analyser les modèles d’utilisation dans Cost Explorer et Compute Optimizer pour identifier les niveaux de référence stables (steady-state) de CPU/mémoire et les opportunités de changer de famille ou de taille d’instance. Préférez les Compute Savings Plans lorsque la flexibilité de la charge de travail entre différents types d’instances et régions est nécessaire, et utilisez les EC2 Instance Reservations lorsque des familles d’instances et des placements en AZ spécifiques justifient des remises plus importantes. Tirez parti de Spot pour les charges de travail de type batch et microservices tolérantes aux pannes, mais évitez Spot pour les services avec état (stateful) mono-AZ qui ne disposent pas d’un système de points de contrôle (checkpointing) robuste. Le redimensionnement (rightsizing) doit combiner les recommandations automatisées de Compute Optimizer et de Trusted Advisor avec un examen manuel pour éviter une réduction de taille trop agressive qui affecte les performances. Faites attention aux pièges, notamment le sur-engagement sur des RI de 3 ans lorsque les prévisions commerciales sont incertaines, la sous-utilisation des Savings Plans due à une utilisation non balisée ou isolée à un seul compte, et le fait de supposer l’interchangeabilité des familles d’instances sans test préalable. Les compromis opposent généralement le coût à la flexibilité opérationnelle : des remises à long terme plus importantes réduisent le coût unitaire mais ajoutent un risque commercial si la demande baisse ou si l’architecture change ; à l’inverse, Spot et la tarification à la demande (on-demand) offrent de l’agilité pour un coût unitaire plus élevé.

Gouvernance, application des politiques et remédiation automatisée

La gouvernance centralisée établit des garde-fous (guardrails) qui empêchent les dépenses incontrôlées tout en donnant de l’autonomie aux équipes. Utilisez AWS Control Tower ou une base de référence Organizations bien architecturée pour provisionner des comptes avec des garde-fous préconfigurés et une journalisation centralisée. Appliquez des Service Control Policies pour limiter les services coûteux ou les régions non approuvées, et déployez des règles AWS Config pour détecter les configurations non conformes telles que des buckets S3 publics, des types d’instances surdimensionnés, ou l’absence de chiffrement et de balises. Intégrez AWS Budgets à des actions automatisées : définissez des seuils budgétaires qui déclenchent des notifications SNS et des actions de remédiation automatisées via Lambda ou Systems Manager (par exemple, arrêter/terminer les instances inutilisées ou réduire la classe d’instance RDS). Trusted Advisor complète la gouvernance en faisant remonter des vérifications d’optimisation des coûts, mais ne le considérez pas comme le seul signal ; les vérifications gratuites de Trusted Advisor sont limitées et les informations détaillées nécessitent un plan de support Business ou Enterprise. Les pièges courants incluent l’utilisation de SCP de manière trop restrictive, bloquant des changements opérationnels légitimes, le fait de se fier uniquement aux notifications sans mise en application automatisée, et l’octroi de privilèges IAM excessifs qui permettent de contourner les politiques. Évaluez les décisions de gouvernance en pesant l’autonomie métier par rapport au risque : des contrôles plus stricts préviennent les dérapages de coûts mais peuvent ralentir la vélocité et nécessitent un processus d’exception bien défini.

Modèles d’architecture sensibles aux coûts et considérations sur le transfert de données

Les choix d’architecture influencent profondément les coûts récurrents. Déchargez le contenu à fort volume et la distribution mondiale sur Amazon CloudFront pour réduire les requêtes à l’origine S3 et les frais de sortie (egress) ; utilisez S3 Transfer Acceleration uniquement lorsque les avantages en termes de latence justifient des coûts de transfert plus élevés. Pour les architectures inter-AZ et inter-régions, n’oubliez pas que le transfert de données entre zones de disponibilité (inter-AZ) peut être facturé ; concevez pour une localité du trafic intra-AZ lorsque c’est possible, ou agrégez le trafic via des services régionaux. Pour la distribution de fichiers volumineux, envisagez Amazon S3 avec le chargement partitionné (multipart upload) et des politiques de cycle de vie, S3 Intelligent-Tiering pour un accès imprévisible, et EFS One Zone pour les charges de travail mono-AZ où les compromis en matière de résilience réduisent les coûts. Lors de la migration de charges de travail conteneurisées, évaluez Fargate par rapport à ECS/EKS basé sur EC2 : Fargate augmente la simplicité opérationnelle et réduit la charge de gestion du cluster, mais coûte généralement plus cher par vCPU/mémoire que des groupes de nœuds basés sur des instances Spot EC2 bien optimisés. Les pièges courants incluent la sous-estimation de la réplication inter-régions, le placement de journaux à forte rotation dans des classes de stockage à accès peu fréquent, et le fait de supposer que les points de terminaison VPC sont gratuits — ils permettent d’économiser sur les frais de sortie NAT mais ajoutent des frais par heure et par Go. Les critères de décision doivent prendre en compte la gravité des données, les SLA de latence et les besoins en durabilité : ne choisissez un stockage ou une puissance de calcul moins chers que lorsque les exigences de résilience et de performance le permettent.

Problème pratique : Scénario de cas d’usage

Scénario : Acme Global Enterprises exploite un environnement AWS mature avec 18 comptes membres sous AWS Organizations, un compte payeur centralisé, et des charges de travail réparties sur trois régions. Leur adoption du balisage (tagging) est partielle, ils exécutent plusieurs flottes EC2 de longue durée et utilisent S3 de manière intensive pour les données analytiques.

Défi : Ils doivent réduire leurs dépenses mensuelles AWS de 20 % en six mois tout en préservant les SLA de performance et en permettant aux équipes autonomes de déployer des fonctionnalités.

Approche recommandée :

Activer le Cost and Usage Report vers S3 avec une granularité horaire et l’intégrer avec Amazon Athena ; créer des rapports de réservation et de dimensionnement (rightsizing) dans Cost Explorer pour les 6 à 12 derniers mois.
Déployer Compute Optimizer et analyser l’utilisation des instances en régime permanent ; acheter un mélange de Compute Savings Plans pour une couverture large et de RI convertibles d’un an pour les charges de travail prévisibles et spécifiques à une famille d’instances.
Imposer le balisage via CloudFormation StackSets et AWS Config Rules avec remédiation automatique pour les balises manquantes ; acheminer les rapports de coûts par balise aux responsables des unités commerciales et créer des AWS Budgets avec une remédiation automatisée via SNS et lambda en cas de dépassement des seuils.
Transférer le contenu statique et distribué mondialement vers Amazon CloudFront, convertir les données rarement consultées vers S3 Intelligent-Tiering avec des transitions de cycle de vie, et identifier les tâches par lots (batch) adaptées aux instances Spot avec points de contrôle (checkpointing) pour les migrer hors de la capacité à la demande.

Justification : La visibilité centralisée (CUR + Athena) révèle des opportunités concrètes de dimensionnement (rightsizing) et d’achat réservé, tandis que les garde-fous automatisés (Config, StackSets, Budgets) assurent la répartition des coûts et préviennent les régressions ; la combinaison de Savings Plans avec des RI sélectives équilibre la profondeur des remises et la flexibilité pour une réduction des coûts fiable sans sacrifier les performances.

← Résilience · Tous les domaines · Déploiement →

Entraînez-vous sur ces questions → · Tests chronométrés sur ExamRoll.io →