Amazon SAP-C02: Speicher & Datenmanagement — 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.

Objektspeicher, Lebenszyklus und Tiering (Amazon S3 und zugehörige Dienste)

Amazon S3 ist die Grundlage für langlebigen, hochverfügbaren Objektspeicher und sollte als der kanonische, langfristige Speicher für unstrukturierte Daten behandelt werden. Designentscheidungen konzentrieren sich auf die Auswahl der Speicherklasse, Lebenszyklusregeln, Konsistenzsemantik und Data Governance. Wählen Sie S3 Standard für häufig abgerufene Objekte, Intelligent-Tiering bei unbekannten Zugriffsmustern, Standard-IA oder One Zone-IA für seltenen Zugriff und Glacier/Deep Archive für lange Aufbewahrung mit höherer Wiederherstellungslatenz. Implementieren Sie Lebenszyklusrichtlinien basierend auf Tags oder Präfixen, um Objekte automatisch zu verschieben und alte Versionen ablaufen zu lassen; aktivieren Sie die Versionierung vor der Anwendung von Lebenszyklus- oder Replikationsregeln, damit Objekte nicht versehentlich gelöscht werden. Verwenden Sie Cross-Region Replication (CRR) für geografische Langlebigkeit und die Einhaltung regulatorischer Vorgaben zur Platzierung oder Same-Region Replication (SRR) für Compliance und die Trennung von Zuständigkeiten. Schützen Sie kritische Archive mit S3 Object Lock im Governance- oder Compliance-Modus und aktivieren Sie gegebenenfalls MFA Delete. Häufige Fallstricke sind übermäßig aggressive Lebenszyklusübergänge, die Wiederherstellungskosten und Verzögerungen von Minuten bis Stunden verursachen, die Nichtberücksichtigung der Kosten oder Zeiten für die Wiederherstellung aus Glacier und die Verwendung öffentlicher Endpunkte anstelle von VPC-Gateway/Interface-Endpunkten (was Daten dem öffentlichen Internet aussetzen oder NAT-Egress-Kosten verursachen kann). Wägen Sie Kosten gegen Wiederherstellungslatenz und Langlebigkeit ab: Verschieben Sie kalte Daten aggressiv in Tiers, aber stellen Sie Beschleunigung (CloudFront, S3 Transfer Acceleration, Multipart-Uploads) für Hot Ingress und Zugriff mit geringer Latenz bereit, wo dies erforderlich ist.

Gemeinsam genutzte Dateisysteme und Hochleistungsspeicher (EFS, FSx)

Wählen Sie gemeinsam genutzte Dateisysteme, wenn Anwendungen POSIX-Semantik, geringe Latenz oder SMB-Semantik erfordern. Amazon EFS bietet elastisches NFS mit Multi-AZ-Langlebigkeit und POSIX-Konsistenz, geeignet für Webinhalte, Home-Verzeichnisse und viele HPC-Workloads, die Netzwerkdateisemantik tolerieren. EFS hat zwei Leistungsmodi (Bursting- vs. bereitgestellter Durchsatz) und Lebenszyklusübergänge zu EFS Infrequent Access. Amazon FSx bietet zweckgebundene Dateisysteme: Windows File Server für die Integration von SMB/Active Directory und FSx for Lustre für Latenz im Sub-Millisekunden-Bereich und hohen Durchsatz für eng gekoppelte HPC- und Medien-Workloads; FSx Lustre kann sich transparent mit S3 für ein langlebiges Daten-Repository verknüpfen. Wählen Sie FSx for Windows, wenn Sie NTFS-Semantik, AD ACLs, DFS-Namespaces oder reine Windows-Tools benötigen; wählen Sie FSx for Lustre für Renderfarmen und ML-Training, die hohe IOPS und hohen Durchsatz erfordern. Häufige operative Fehler sind die Annahme, dass EFS metadatenintensive Workloads automatisch bewältigt (möglicherweise benötigen Sie bereitgestellten Durchsatz), das weite Öffnen von NFS/SMB-Ports in Sicherheitsgruppen und die Vernachlässigung von Mount-Optionen und Client-Timeouts. Wägen Sie die Kompromisse ab: FSx ist teurer, bietet aber eine höhere Leistung und umfangreichere Protokollfunktionen; EFS bietet eine einfachere Skalierung und ist Multi-AZ-langlebig. Passen Sie die I/O-Muster, die Parallelität und den Durchsatzbedarf des Workloads an das gewählte System an und dimensionieren Sie den Durchsatz bei Bedarf separat.

Hybride und Offline-Transfermuster (Storage Gateway, DataSync, Snow-Familie)

Hybride Architekturen erfordern häufig lokales Caching mit geringer Latenz, nahtlose Cloud-Backups oder Massen-Datenmigration. AWS Storage Gateway bietet drei Muster: File Gateway stellt S3 als NFS/SMB bereit, damit On-Premise-Anwendungen in S3 schreiben können; Volume Gateway stellt Block-Volumes für DR bereit; Tape Gateway ersetzt physische Bänder. AWS DataSync automatisiert die online, inkrementelle und parallele Datenverschiebung zwischen On-Premise und AWS (S3, EFS, FSx) mit integrierter Filterung, Zeitplanung und Bandbreitensteuerung; es berücksichtigt POSIX-Metadaten, wenn es entsprechend konfiguriert ist. Für Offline- und sehr große Übertragungen bietet die Snow-Familie Edge- und Transportgeräte, die Rechenleistung beinhalten: Snowcone für kleine, entfernte Standorte, Snowball Edge für zehn bis hunderte TB mit Lambda/EC2 auf dem Gerät und Snowmobile für Exabyte-Importe. Verwenden Sie DataSync für laufende, automatisierte Übertragungen und Storage Gateway File Gateway, wenn Legacy-Anwendungen lokal NFS/SMB-Mounts sehen müssen, während die Daten in S3 gespeichert werden. Häufige Fallstricke sind die Verwendung des falschen Gateway-Modus (Cached- vs. Stored-Modus), die Nichtplanung des Netzwerkdurchsatzes, was zu langen Migrationen führt, die Vernachlässigung von IAM-Rollen und Endpunktrichtlinien für eine sichere Übertragung und die Unterschätzung der Ingestions-/Egress-Zeiten von Snow-Geräten. Wählen Sie DataSync für häufige inkrementelle Synchronisierungen, Storage Gateway für lokale Protokollkompatibilität und Snow-Geräte für Massen- oder Remote-Übertragungen, bei denen die Netzwerkbandbreite nicht ausreicht.

Backups, Replikation, Zugriffskontrolle und Operational Governance

Die Wahl von Backups und Replikationsstrategien sollte sich an RTO/RPO-Zielen, regulatorischen Kontrollen und Kosten orientieren. Verwenden Sie AWS Backup, um Backup-Richtlinien für EBS, RDS, DynamoDB, EFS und FSx zu zentralisieren, und konfigurieren Sie Lebenszyklusübergänge von Warm-Vault zu Cold-Storage, um Kosten zu sparen. Bevorzugen Sie für Datenbanken native Mechanismen (RDS-Snapshots, Read Replicas oder DMS für heterogene Migrationen), gekoppelt mit der regionsübergreifenden Kopie von Snapshots und der Replikation von KMS-Schlüsseln oder separaten Schlüsselrichtlinien. Aktivieren Sie für S3 Versionierung, CRR/SRR und ziehen Sie Replication Time Control (RTC) in Betracht, wenn ein SLA für die Replikation in nahezu Echtzeit erforderlich ist. Sichere Zugriffsmuster basieren auf dem Least-Privilege-Prinzip in IAM, Bucket-Richtlinien, S3 Block Public Access, VPC Gateway/Interface Endpoints mit Endpunktrichtlinien und KMS mit granularen Grants für kontoübergreifenden Zugriff und das Kopieren von Snapshots. Überwachen Sie mit CloudTrail, S3 Access Logs, CloudWatch-Metriken, AWS Config-Regeln und nutzen Sie GuardDuty und Access Analyzer zur Erkennung von Bedrohungen und IAM-Fehlkonfigurationen. Typische Fallstricke sind das Versäumnis, KMS CMKs kontoübergreifend zu replizieren oder Zugriff darauf zu gewähren, Snapshots unverschlüsselt oder öffentlich zugänglich zu lassen und die Durchsetzung von Tags oder der Ressourcenplatzierung mit SCPs und Tag Policies zu unterlassen, was die Kostenzuordnung und Wiederherstellung erschwert. Entscheiden Sie basierend auf den Resilienzanforderungen: Multi-Region Active-Active für das niedrigste RTO, Pilot-Light/Warm Standby für kosteneffizientes DR und vollständiges Failover, wenn das RTO minimal sein muss.

Praktisches Problem: Anwendungsfallszenario

Szenario: Atlas Media betreibt eine AWS Organization mit mehreren Konten, deren Produktion in us‑east‑1 und eine sekundäre Region in eu‑west‑1 liegt. Sie verfügen über ein 150 TB großes On-Premises-Archiv mit Video-Assets, und Künstler in Nordamerika und Europa benötigen hochleistungsfähigen gemeinsamen Speicher sowie sicheren Zugriff mit geringer Latenz auf aktuelle Projekte.

Herausforderung: Migration des Archivs zu AWS, Bereitstellung von Speicher mit hohem Durchsatz für das Rendering durch Künstler, Minimierung der laufenden Speicherkosten für kalte Daten (Cold Assets) und Gewährleistung eines sicheren, regionsübergreifenden Zugriffs mit robusten Backups.

Empfohlener Ansatz:

1. Stellen Sie einen S3-Bucket in us‑east‑1 als kanonisches Archiv bereit, aktivieren Sie die Versionierung, die serverseitige Verschlüsselung mit AWS KMS (SSE‑KMS) und konfigurieren Sie die Cross‑Region Replication nach eu‑west‑1, wobei die Replikation von Löschmarkierungen (Delete Markers) eingeschaltet ist.
2. Verwenden Sie AWS Snowball Edge-Geräte, um die anfänglichen 150 TB in S3 zu importieren (Storage-Optimized Snowball Edge), und führen Sie anschließend AWS DataSync für die inkrementelle Synchronisierung von Delta-Änderungen und zur Validierung der Integrität aus.
3. Stellen Sie für aktive Arbeitsdatensätze (Working Sets) Amazon FSx for Lustre in jeder Region bereit und verknüpfen Sie das Dateisystem mit dem S3-Bucket (Data Repository Integration), damit Künstler einen hohen Durchsatz und eine geringe Latenz erhalten, während Schreibvorgänge zurück nach S3 synchronisiert werden. Ziehen Sie die Verwendung kurzlebiger FSx-Instanzen für Projektspitzen (Project Bursts) in Betracht.
4. Erzwingen Sie sicheren Zugriff mit VPC Interface Endpoints für S3 und FSx, beschränken Sie den Bucket-Zugriff mit IAM-Rollen und Bucket-Richtlinien, die an Principals der Organization gebunden sind, stellen Sie die öffentliche Verteilung über CloudFront mit signierten URLs für externe Prüfer (Remote Reviewers) bereit und aktivieren Sie AWS Backup für FSx sowie die regionsübergreifende S3-Replikation und Lebenszyklusregeln, um kalte Daten (Cold Assets) nach Glacier Deep Archive zu überführen.

Begründung: Dieser Ansatz trennt langlebigen, kostengünstigen Archivspeicher (S3 + Glacier) von performantem Projektspeicher (FSx Lustre, verknüpft mit S3), nutzt Snowball und DataSync zur Optimierung der anfänglichen Massenaufnahme (Bulk Ingest) und der Deltas und erzwingt starke Sicherheit sowie regionsübergreifende Resilienz, während Kosten, Leistung und Wiederherstellungsziele ausbalanciert werden.

← Compute · Alle Domänen · Datenbanken →

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

Amazon durchsuchen →