Amazon CLF-C02: Globale AWS-Infrastruktur — Lernleitfaden

By Laurynas Brazys · 29 July 2026 · #amazon #clf-c02 #certification #exam-prep #study-guide

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

Kernkonstrukte: Regionen, Availability Zones und Edge-Standorte

Die physische Präsenz von AWS ist in Regionen, Availability Zones (AZs) und Edge-Standorte gegliedert. Eine Region ist ein geografisch isoliertes Gebiet, das mehrere AZs enthält; jede AZ besteht aus einem oder mehreren diskreten Rechenzentren mit unabhängiger Stromversorgung, Netzwerkverbindung und Kühlung. Das Design für Hochverfügbarkeit bedeutet, Ressourcen über mehrere AZs innerhalb einer Region zu verteilen, damit der Ausfall einer AZ nicht zu einem kompletten Systemausfall führt. Edge-Standorte und regionale Edge-Caches sind Teil des Amazon CloudFront Content Delivery Network und platzieren Caching und Rechenleistung (über Lambda@Edge) nahe bei den Endbenutzern, um die Latenz zu reduzieren. Bei der Auswahl einer Region sollten die Latenz für die Benutzer, Anforderungen an Datensouveränität und Compliance, verfügbare Services (nicht jede Region hat identische Services oder Instanztypen) und Kostenunterschiede berücksichtigt werden. Eine häufige Falle ist die Annahme, dass AZs über Regionen hinweg vollständig unabhängig sind – AZ-Namen können über Regionen hinweg identisch sein, repräsentieren aber unterschiedliche physische Standorte; behandeln Sie AZs für Compliance-Zwecke nicht wie Regionen. Eine weitere Falle ist die Annahme, dass alle AWS-Services global sind; viele Services sind regional oder zonal und erfordern für die Notfallwiederherstellung (Disaster Recovery) eine explizite Multi-Region-Architektur.

Globale Vernetzung und hybride Konnektivität

AWS bietet mehrere Optionen zur Anbindung von On-Premises-Netzwerken und zur Optimierung des globalen Anwendungsverkehrs. Für hybride Konnektivität bietet AWS Site-to-Site VPN verschlüsselte Tunnel über das öffentliche Internet für eine schnelle Einrichtung, während AWS Direct Connect eine dedizierte Netzwerkverbindung mit konsistentem Durchsatz und geringeren Egress-Kosten bereitstellt; Transit Gateway vereinfacht das Routing im großen Maßstab, indem es als Hub für VPCs und On-Premises-Verbindungen fungiert und jetzt auch Inter-Region-Peering unterstützt. Für private Konnektivität auf Service-Ebene ermöglichen VPC-Endpunkte den privaten Zugriff auf unterstützte AWS-Services: Gateway-Endpunkte für S3 und DynamoDB und Interface-Endpunkte (AWS PrivateLink) für viele andere Services. Um den Benutzerverkehr über das AWS-Backbone zu beschleunigen und zu leiten, optimiert AWS Global Accelerator das TCP/UDP-Routing und bietet statische Anycast-IPs; Route 53 stellt globale DNS-Routing-Richtlinien (Latenz, Geoproximity, Failover) mit Zustandsprüfungen (Health Checks) bereit. Zu den Entscheidungskriterien gehören der erwartete Durchsatz, die Kostensensitivität, Failover-Ziele und die erforderliche Sicherheitsarchitektur (Security Posture); ein häufiger Fehler ist es, die Kosten für den regionsübergreifenden Datentransfer nicht zu berücksichtigen und zu vergessen, VPC-Endpunkte zu verwenden, um unnötigen öffentlichen Egress-Verkehr zu vermeiden.

Service-Endpunkte, Platzierung und Managed Offerings

Das Verständnis, wo Services ausgeführt werden und wie sie bereitgestellt werden, beeinflusst Latenz, Resilienz und den Betriebsaufwand. Einige AWS-Services sind global (Route 53, IAM), viele sind regional (EC2, RDS, regionale S3-Endpunkte) und einige wenige sind zonal (EBS-Volumes sind AZ-scoped). Nutzen Sie Managed Services, wo der Betriebsaufwand minimiert werden soll: Amazon S3 für hochgradig langlebigen Objektspeicher (11 Neunen an Haltbarkeit), Amazon RDS oder Amazon Aurora für verwaltete relationale Datenbanken, Amazon Redshift oder Redshift Serverless für Analysen ohne die Verwaltung einer Data-Warehouse-Infrastruktur und Amazon SQS für entkoppeltes asynchrones Messaging. Für die Automatisierung und Wiederholbarkeit der Infrastruktur ermöglichen AWS CloudFormation und das AWS Cloud Development Kit (CDK) Infrastructure as Code, während SDKs es Entwicklern erlauben, AWS-API-Aufrufe in Anwendungen einzubetten. Die Wahl der Platzierung beeinflusst das Design: EBS-Volumes existieren in einer einzigen AZ und müssen für eine Wiederherstellung über AZs/Regionen hinweg per Snapshot gesichert werden; Load Balancer und Auto Scaling Groups sollten über mehrere AZs hinweg konfiguriert werden. Eine häufige Falle für Praktiker ist die Annahme, dass Managed Services die gesamte Verantwortung abnehmen – operative Aufgaben wie Konfiguration, Datensicherungen und Zugriffskontrolle bleiben bei vielen Services in der Verantwortung des Kunden.

Betriebsmodelle, Preisgestaltung, Sicherheitsmodell und Entscheidungskriterien

Die Auswahl eines Betriebs- und Preismodells erfordert eine Abwägung zwischen Kosten, Leistung und Verwaltbarkeit. Zu den AWS-Preismodellen gehören:

On-Demand: Bezahlung nach Nutzung ohne langfristige Bindung.
Reserved Instances / Savings Plans: Verpflichtung zur Nutzung für niedrigere Preise pro Einheit.
Spot Instances: Nutzung freier Kapazitäten zu stark reduzierten Preisen mit dem Risiko von Unterbrechungen.
Kostenloses Kontingent / Testversion: Begrenzte kostenlose Nutzung zur Evaluierung.

Die konsolidierte Abrechnung über AWS Organizations zentralisiert Rechnungen, ermöglicht aggregierte Nutzungsrabatte und vereinfacht die interne Weiterverrechnung (Chargeback). Die Sicherheit folgt dem Modell der geteilten Verantwortung (Shared Responsibility Model): AWS sichert die globale Infrastruktur, die physischen Hosts und die grundlegenden Services; Kunden sind für das Gastbetriebssystem, die Anwendungssicherheit, das Identitäts- und Zugriffsmanagement sowie den Datenschutz verantwortlich. Für Verschlüsselungsanforderungen wird der AWS Key Management Service (KMS) verwendet, um Schlüssel für Dienste wie die EBS-Verschlüsselung und die serverseitige S3-Verschlüsselung zu verwalten. Das Well-Architected-Prinzip der „prinzipiengeleiteten Automatisierung“ (principled automation) bevorzugt Infrastructure as Code und IAM-Rollen mit den geringsten Rechten (Least Privilege). Häufige Fallstricke sind die Unterschätzung von Datenübertragungskosten, die Überprovisionierung für Spitzenlasten ohne Autoscaling und die Vergabe zu weitreichender IAM-Berechtigungen anstelle der Anwendung des Prinzips der geringsten Rechte.

Praktisches Problem: Anwendungsfallszenario

Szenario: Acme Retail betreibt eine globale E-Commerce-Plattform mit einer primären Region in us-east-1, mehreren AZs und einem On-Premises-Rechenzentrum für Altsysteme. Das Unternehmen muss die Latenz für globale Kunden reduzieren, eine sichere hybride Konnektivität gewährleisten und die Kostenvorhersehbarkeit aufrechterhalten.

Herausforderung: Kunden in Europa haben mit hoher Latenz und hohen Übertragungskosten zwischen den Regionen zu kämpfen; die On-Premises-Systeme benötigen eine zuverlässige private Verbindung für die Synchronisierung des Lagerbestands.

Empfohlener Ansatz:

Bereitstellung von CloudFront mit S3 und Origin-Failover, um statische Inhalte an Edge-Standorten in der Nähe der Benutzer für eine latenzarme Auslieferung zwischenzuspeichern.
Erstellen einer zusätzlichen schreibgeschützten (Read-Only) Bereitstellung in eu-west-1 für die kundenorientierten APIs und asynchrone Replikation der Daten mithilfe von Amazon RDS Read Replicas oder Amazon Aurora Global Database.
Einrichtung von AWS Direct Connect an einem nahegelegenen Colocation-Punkt und Verbindung mit der primären Region über AWS Transit Gateway mit redundantem VPN-Fallback für eine sichere, konsistente hybride Konnektivität.
Nutzung von Savings Plans für eine vorhersagbare Compute-Grundlast, Aktivierung von Auto Scaling für Lastspitzen und Verwendung des AWS Pricing Calculator zur Modellierung der regionsübergreifenden Übertragungskosten vor der Umstellung.

Begründung: Caching an Edge-Standorten reduziert die Latenz und den ausgehenden Datenverkehr (Egress) vom Ursprung. Regionale Read Replicas sorgen für Lokalität und Ausfallsicherheit. Direct Connect mit Transit Gateway bietet einen stabilen hybriden Durchsatz bei gleichzeitiger Minimierung der Übertragungskosten. Die Kombination von Savings Plans mit Autoscaling schafft gemäß den Cloud-Best-Practices eine Balance zwischen Kosteneffizienz und Skalierbarkeit.

← Cloud-Konzepte · Alle Domänen · Kern-Compute-Services →

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