Amazon SAP-C02: Kostenoptimierung & Governance — Lernleitfaden

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

Teil des AWS Solutions Architect Professional SAP-C02 — Lernleitfaden. Üben Sie mit verifizierten Antworten im Amazon-Prüfungscenter, oder absolvieren Sie zeitlich begrenzte Übungstests auf ExamRoll.io.

Kostentransparenz, -zuweisung und -berichterstattung

Echte Kostentransparenz beginnt mit einer konsistenten, durchgesetzten Kostenzuweisung und einer hochpräzisen Berichterstattung. Stellen Sie AWS Organizations mit einem dedizierten Zahlerkonto bereit und aktivieren Sie die konsolidierte Abrechnung (consolidated billing), um Rechnungen zu zentralisieren und gleichzeitig die getrennte Verrechnung pro Konto beizubehalten. Aktivieren Sie den AWS Cost and Usage Report (CUR) mit stündlicher Granularität, Bereitstellung in S3 und Integration mit Amazon Athena, damit Sie Ad-hoc-Abfragen ausführen und Kostendatensätze mit Ressourcen-Metadaten verknüpfen können. Implementieren Sie eine strikte Tagging-Strategie: Definieren Sie einen obligatorischen Satz von Kostenzuordnungs-Tags (Umgebung, Projekt, Eigentümer, Geschäftsbereich und Kostenstelle) und setzen Sie diese bei der Bereitstellung durch. Nutzen Sie dafür CloudFormation StackSets, Service Control Policies, um die Erstellung nicht getaggter Ressourcen einzuschränken, und AWS Config Rules, die fehlende Tags bewerten und automatisch korrigieren. Kombinieren Sie den Cost Explorer mit Berichten zu reservierten Entitäten und zur Größenanpassung (Rightsizing), um Ausgabentrends und ungenutzte Kapazitäten zu verstehen. Häufige Fallstricke sind eine unvollständige Tag-Abdeckung, die zu verzerrten Rückverrechnungen (Chargebacks) führt, das alleinige Verlassen auf die Billing Console ohne CUR-Analysen und das Versäumnis, konto- oder regionsübergreifende Transferkosten zu erfassen. Bei der Entscheidungsfindung geht es oft um den Kompromiss zwischen Aktualität und Granularität: Die Aktivierung stündlicher CURs und Athena verursacht höhere Verarbeitungskosten, liefert aber die präzise Zuordnung, die für Geschäftsentscheidungen erforderlich ist. Grobe monatliche Zusammenfassungen sind im Betrieb günstiger, verschleiern aber kurzzeitige Spitzen und ineffiziente Ressourcen.

Commitment-basierte Preismodelle, Rightsizing und Beschaffungsstrategie

Die Optimierung von Commitment-basierten Ausgaben erfordert die Wahl zwischen Savings Plans, Reserved Instances und transienten Preismodellen wie Spot, während gleichzeitig durch Rightsizing die Kapazität an die Workload-Profile angepasst wird. Beginnen Sie mit den Nutzungsmustern aus dem Cost Explorer und Compute Optimizer, um Basislasten (Steady-State) für CPU/Speicher und Möglichkeiten zum Wechsel von Instance-Familien oder -Größen zu identifizieren. Bevorzugen Sie Compute Savings Plans, wenn Flexibilität bei Workloads über verschiedene Instance-Typen und Regionen hinweg erforderlich ist. Nutzen Sie EC2 Instance Reservations, wenn spezifische Instance-Familien und AZ-Platzierungen höhere Rabatte rechtfertigen. Setzen Sie Spot für fehlertolerante Batch- und Microservice-Workloads ein, aber vermeiden Sie Spot für zustandsbehaftete (stateful) Dienste in einer einzelnen AZ ohne robustes Checkpointing. Rightsizing sollte automatisierte Empfehlungen von Compute Optimizer und Trusted Advisor mit einer manuellen Überprüfung kombinieren, um eine zu aggressive Verkleinerung zu vermeiden, die die Leistung beeinträchtigt. Achten Sie auf Fallstricke wie ein Übercommitment bei 3-jährigen RIs bei unsicheren Geschäftsprognosen, eine unzureichende Auslastung von Savings Plans durch nicht getaggte oder konto-isolierte Nutzung und die Annahme, dass Instance-Familien ohne Tests austauschbar sind. Die Kompromisse liegen typischerweise zwischen Kosten und betrieblicher Flexibilität: Höhere langfristige Rabatte senken die Stückkosten, erhöhen aber das Geschäftsrisiko, wenn die Nachfrage sinkt oder sich die Architektur ändert. Umgekehrt bieten Spot und On-Demand Agilität zu höheren Stückkosten.

Governance, Richtliniendurchsetzung und automatisierte Korrekturmaßnahmen

Zentralisierte Governance etabliert Leitplanken (Guardrails), die unkontrollierte Ausgaben verhindern und gleichzeitig autonomen Teams ermöglichen, selbstständig zu arbeiten. Verwenden Sie AWS Control Tower oder eine gut strukturierte Organizations-Baseline, um Konten mit vorkonfigurierten Leitplanken und zentralisierter Protokollierung bereitzustellen. Wenden Sie Service Control Policies an, um hochpreisige Dienste oder nicht genehmigte Regionen einzuschränken, und stellen Sie AWS Config Rules bereit, um nicht konforme Konfigurationen wie öffentliche S3-Buckets, überdimensionierte Instance-Typen oder fehlende Verschlüsselung und Tags zu erkennen. Integrieren Sie AWS Budgets mit automatisierten Aktionen: Legen Sie Budget-Schwellenwerte fest, die SNS-Benachrichtigungen und automatisierte Korrekturmaßnahmen über Lambda oder Systems Manager auslösen (z. B. das Stoppen/Beenden ungenutzter Instanzen oder die Reduzierung der RDS-Instance-Klasse). Trusted Advisor ergänzt die Governance, indem er Prüfungen zur Kostenoptimierung aufzeigt. Behandeln Sie ihn jedoch nicht als einziges Signal; die kostenlosen Prüfungen von Trusted Advisor sind begrenzt, und für detaillierte Einblicke ist ein Business- oder Enterprise-Support-Plan erforderlich. Häufige Fallstricke sind die zu restriktive Verwendung von SCPs, die legitime betriebliche Änderungen blockiert, das alleinige Verlassen auf Benachrichtigungen ohne automatisierte Durchsetzung und die Vergabe übermäßiger IAM-Berechtigungen, die das Umgehen von Richtlinien ermöglichen. Bewerten Sie Governance-Entscheidungen, indem Sie die Autonomie der Geschäftsbereiche gegen das Risiko abwägen: Strengere Kontrollen verhindern ausufernde Kosten, können aber die Entwicklungsgeschwindigkeit verlangsamen und erfordern einen klar definierten Ausnahmeprozess.

Kostenbewusste Architekturmuster und Überlegungen zum Datentransfer

Architekturentscheidungen haben einen tiefgreifenden Einfluss auf die laufenden Kosten. Lagern Sie Inhalte mit hohem Volumen und globaler Verteilung auf Amazon CloudFront aus, um S3-Origin-Anfragen und Egress-Gebühren zu reduzieren. Verwenden Sie S3 Transfer Acceleration nur dann, wenn die Latenzvorteile die höheren Übertragungskosten rechtfertigen. Denken Sie bei Architekturen, die sich über mehrere AZs und Regionen erstrecken, daran, dass für den Datentransfer zwischen AZs Gebühren anfallen können. Entwerfen Sie Architekturen nach Möglichkeit so, dass der Datenverkehr innerhalb einer AZ bleibt, oder aggregieren Sie den Verkehr über regionale Dienste. Ziehen Sie für die Verteilung großer Dateien Amazon S3 mit Multipart-Upload und Lifecycle-Richtlinien, S3 Intelligent-Tiering für unvorhersehbare Zugriffsmuster und EFS One Zone für Workloads in einer einzelnen AZ in Betracht, bei denen Kompromisse bei der Ausfallsicherheit die Kosten senken. Bewerten Sie bei der Migration von Container-Workloads Fargate im Vergleich zu EC2-basiertem ECS/EKS: Fargate erhöht die betriebliche Einfachheit und reduziert den Verwaltungsaufwand für Cluster, kostet aber in der Regel mehr pro vCPU/Speicher als gut ausgelastete, auf EC2 Spot basierende Knotengruppen. Häufige Fallstricke sind die Unterschätzung der Replikation zwischen Regionen, die falsche Platzierung von Protokollen mit hoher Umschlagshäufigkeit in Speicherklassen für seltenen Zugriff und die Annahme, dass VPC-Endpunkte kostenlos sind – sie sparen zwar NAT-Egress-Kosten, verursachen aber stündliche und Pro-GB-Gebühren. Entscheidungskriterien sollten die Datengravitation, Latenz-SLAs und Haltbarkeitsanforderungen abwägen: Wählen Sie günstigere Speicher- oder Rechenressourcen nur dort, wo es die Anforderungen an Ausfallsicherheit und Leistung zulassen.

Praktisches Problem: Anwendungsfallszenario

Szenario: Acme Global Enterprises betreibt eine ausgereifte AWS-Umgebung mit 18 Mitgliedskonten unter AWS Organizations, einem zentralen Zahlerkonto und Workloads in drei Regionen. Die Nutzung von Tags ist nur teilweise umgesetzt, es laufen mehrere langlebige EC2-Flotten und S3 wird ausgiebig für Analysedaten genutzt.

Herausforderung: Das Unternehmen muss die monatlichen AWS-Ausgaben innerhalb von sechs Monaten um 20 % senken, dabei die Performance-SLAs beibehalten und autonomen Teams die Bereitstellung von Features ermöglichen.

Empfohlener Ansatz:

Aktivieren Sie den Cost and Usage Report nach S3 mit stündlicher Granularität und integrieren Sie ihn mit Amazon Athena; erstellen Sie Cost Explorer-Berichte zu Reservierungen und Rightsizing für die letzten 6–12 Monate.
Stellen Sie Compute Optimizer bereit und analysieren Sie die Nutzung von Instances im Dauerbetrieb (Steady-State); kaufen Sie eine Mischung aus Compute Savings Plans für eine breite Abdeckung und 1-Jahres-Convertible-RIs für vorhersagbare, familien-spezifische Workloads.
Erzwingen Sie das Tagging über CloudFormation StackSets und AWS Config Rules mit automatischer Behebung für fehlende Tags; leiten Sie Kostenberichte pro Tag an die Eigentümer der Geschäftsbereiche weiter und erstellen Sie AWS Budgets mit automatisierter Behebung über SNS und Lambda bei Schwellenwertüberschreitungen.
Verlagern Sie statische und global verteilte Inhalte auf Amazon CloudFront, konvertieren Sie selten abgerufene Daten zu S3 Intelligent-Tiering mit Lifecycle-Übergängen und identifizieren Sie Batch-Jobs, die für Spot mit Checkpointing geeignet sind, um sie von On-Demand-Kapazitäten zu migrieren.

Begründung: Zentrale Transparenz (CUR + Athena) deckt konkrete Möglichkeiten für Rightsizing und den Kauf von Reservierungen auf, während automatisierte Leitplanken (Guardrails) (Config, StackSets, Budgets) die Kostenzuordnung erzwingen und Regressionen verhindern. Die Kombination von Savings Plans mit selektiven RIs schafft eine Balance zwischen Rabatt-Tiefe und Flexibilität für eine zuverlässige Kostenreduzierung ohne Leistungseinbußen.

← Resilienz · Alle Domänen · Bereitstellung →

Diese Fragen üben → · Zeitlich begrenzte Übung auf ExamRoll.io →