Amazon SOA-C02: Opslag en Databeheer — Studiegids

By Laurynas Brazys · 2 August 2026 · #amazon #soa-c02 #certification #exam-prep #study-guide

Onderdeel van de AWS SysOps Administrator Associate SOA-C02 — Studiegids. Oefen met geverifieerde antwoorden in het Amazon-examencentrum, of doe getimede oefentests op ExamRoll.io.

Opslag en Gegevensbeheer omvat het ontwerpen, beheren en optimaliseren van object-, blok- en bestandsopslag in AWS om te voldoen aan vereisten voor beschikbaarheid, kosten en prestaties. Dit omvat lifecycle-beleid, versleuteling en toegangscontrole, back-up/snapshot-strategieën en het selecteren van de juiste opslagklassen of bestandssystemen op basis van toegangspatronen. Het operationele belang ligt in het beheersen van de kosten, het garanderen van herstelbaarheid en het voldoen aan prestatie-SLA’s, terwijl beveiliging en compliance worden gehandhaafd.

S3 object lifecycle, versioning en opslagklassen

S3 is object storage met een uitgebreide set opslagklassen (STANDARD, INTELLIGENT_TIERING, STANDARD_IA, ONEZONE_IA, GLACIER_INSTANT_RETRIEVAL, GLACIER_FLEXIBLE_RETRIEVAL, DEEP_ARCHIVE) die geoptimaliseerd zijn voor verschillende toegangsfrequenties, ophaallatenties en veerkracht. Kies klassen op basis van het toegangspatroon (frequent vs. infrequent), de vereiste ophaaltijd en cross-AZ duurzaamheid. Gebruik lifecycle-regels (via de console of

undefined

) om objecten automatisch te migreren; baseer transities op de leeftijd, tags of prefix van het object. Intelligent-Tiering neemt het giswerk weg bij onbekende of veranderende patronen, maar brengt monitoringkosten met zich mee; Standard-IA levert lagere opslagkosten op, maar heeft ophaalkosten per GB en een minimale opslagduur.

Versioning moet worden ingeschakeld voor kritieke buckets (

undefined

). Met versioning kun je de objectgeschiedenis bewaren, herstellen van onbedoelde verwijderingen en S3 Object Lock (governance/compliance) en MFA Delete gebruiken voor strengere bescherming. Lifecycle-regels kunnen niet-huidige versies laten verlopen of ‘delete markers’ opruimen; test lifecycle-regels op een staging-bucket om onbedoelde verwijderingen te voorkomen. Combineer voor toegangscontrole bucket policies, IAM policies en S3 Block Public Access; geef de voorkeur aan SSE-KMS voor auditeerbaarheid (SSE-KMS gebruikt KMS CMK’s en produceert CloudTrail-logs voor sleutelgebruik) of SSE-S3 als je eenvoudige server-side encryptie zonder KMS nodig hebt.

EBS volumes, snapshotbeheer en prestaties

EBS is blokopslag gekoppeld aan EC2-instances en biedt volumetypes die gericht zijn op kosten en prestaties: gp3/gp2 (general purpose SSD), io1/io2 (provisioned IOPS SSD), st1/sc1 (throughput-optimized HDD / cold HDD). Selecteer gp3 om IOPS en doorvoersnelheid los te koppelen van de grootte (gebruik

undefined

om IOPS/doorvoersnelheid in te stellen). Monitor CloudWatch-metrics zoals VolumeReadOps, VolumeWriteOps, VolumeThroughput en VolumeQueueLength om verzadiging te detecteren; gebruik EBS-geoptimaliseerde instances en de juiste ENA-drivers voor hoge doorvoersnelheid/IOPS.

Snapshots zijn incrementeel: de eerste snapshot kopieert alle blokken, volgende snapshots slaan alleen gewijzigde blokken op, maar de snapshotkosten kunnen oplopen als veel gewijzigde blokken zich opstapelen of als je veel generaties bewaart. Beheer de lifecycle met Data Lifecycle Manager (DLM) of AWS Backup om snapshots te plannen, te bewaren en te kopiëren tussen regio’s. Gebruik

undefined

voor ad-hoc snapshots; herstel met create-volume vanaf een snapshot. Onthoud dat snapshots de staat van het block device vastleggen vanuit het perspectief van de host—zet bestandssystemen stil (fsfreeze of gebruik applicatie-consistente agents) voor databaseconsistentie of gebruik snapshots die geïntegreerd zijn met back-uptools.

Bestandssystemen: EFS en FSx operaties

EFS biedt beheerde NFSv4 (of NFSv4.1/4.2) voor Linux-workloads, met elastische capaciteit, meerdere doorvoermodi (bursting vs. provisioned) en lifecycle management om bestanden te verplaatsen naar EFS Infrequent Access. Configureer mount targets per Availability Zone, security group-regels voor NFS (TCP 2049) en schakel encryptie-at-rest met KMS en encryptie-in-transit (TLS) in. Gebruik Performance Modes (General Purpose vs. Max I/O) afhankelijk van de latency- en metadata-doorvoerbehoeften en provisioneer doorvoersnelheid voor workloads met een constant hoge doorvoer (

undefined

FSx biedt SMB (FSx for Windows File Server) en Lustre (FSx for Lustre) met verschillende semantiek: FSx for Windows integreert met AD voor SMB en ondersteunt Windows ACL’s, DFS Namespaces en back-ups; FSx for Lustre is gericht op high-performance HPC en kan worden gekoppeld aan S3 voor integratie met een data repository. Configureer dagelijkse geautomatiseerde back-ups, stel de doorvoercapaciteit in en selecteer SSD of HDD naar behoefte. Gebruik de Active Directory-configuratiestappen en mount via SMB (

undefined

) voor Windows-clients of Linux SMB-clients met cifs-utils.

Storage tiering, lifecycle-beleid en archivering

Tiering verlaagt de kosten door data te verplaatsen langs een lifecycle: hot -> warm -> cold -> archive. Implementeer tiering via S3 lifecycle-regels en EFS lifecycle-beleid, en gebruik automatische migratietools (Intelligent-Tiering, EFS IA). Kies voor langetermijnarchivering Glacier-klassen op basis van retrieval-SLA’s: Instant Retrieval voor frequente, snelle toegang, Flexible Retrieval voor standaard bulk-restores, Deep Archive voor de laagste kosten en restore-vensters van meerdere uren. Exporteer voor EBS snapshots naar een S3 Glacier-compatibel archief met behulp van Backup Vault Lock met cross-region kopieën om de kosten te optimaliseren.

Houd bij het ontwerpen van beleid rekening met minimale opslagduren, kosten voor ophalen en vroegtijdige verwijdering, en toegangspatronen. Combineer voor compliance S3 Object Lock (governance/compliance-modi) met lifecycle-transities die pas na de bewaarperiode verlopen. Test herstelprocedures periodiek (voer een restore uit vanuit Glacier Flexible Retrieval/Deep Archive om de tijd-kosten en operationele stappen te valideren) en automatiseer restores waar mogelijk met AWS CLI batch-scripts of Lambda-orkestratie.

Dataduurzaamheid, consistentie en toegangspatronen

Keuzes in duurzaamheid en consistentie bepalen de architectuur: S3 biedt hoge duurzaamheid (11 negens) en sterke read-after-write-consistentie voor PUTs/DELETEs; EBS biedt duurzaamheid binnen één AZ voor volumes met snapshots die in S3 worden opgeslagen voor duurzaamheid en cross-region kopieën voor DR; EFS biedt sterke consistentie voor gelijktijdige clients. Selecteer het opslagtype op basis van het toegangspatroon:

Object (S3): het meest geschikt voor grootschalige onveranderlijke of append-only data, web-assets, grote datasets, analytics landing zones.
Block (EBS): het meest geschikt voor besturingssystemen en databases die willekeurige lees-/schrijfacties met lage latentie en single-writer semantiek vereisen.
File (EFS/FSx): het meest geschikt voor gedeelde file-workloads, home-directories of Windows SMB-applicaties die POSIX/ACL-semantiek vereisen.

Ontwerp voor read/write-localiteit, overweeg caching-lagen (Amazon ElastiCache, Amazon CloudFront voor S3-objecten) en gebruik lifecycle en tiering om de kosten af te stemmen op de toegangsfrequentie. Versleutel data at rest en in transit (SSE-S3/SSE-KMS of client-side, EBS-encryptie met KMS, EFS kms-sleutels en SMB/SMB3-encryptie voor FSx) en dwing least-privilege af met IAM, bucket policies en VPC-endpoints voor private toegang.

Veelvoorkomende valkuilen en beslissingscriteria

S3-versioning niet inschakelen voor kritieke data: schakel versioning in en pas optioneel S3 Object Lock toe voor onveranderlijke retentie; gebruik lifecycle-regels om niet-huidige versies te laten verlopen om de kosten te beheersen.
Onverwachte snapshot- en opslagkosten: plan het opschonen van snapshots met DLM/AWS Backup, monitor het verbruik van snapshot-opslag en onthoud dat snapshots incrementeel zijn maar nog steeds naar veel blokken kunnen verwijzen—verwijder onnodige snapshots en kopieer alleen de noodzakelijke snapshots naar andere regio’s.
De verkeerde opslagklasse kiezen voor toegangspatronen: gebruik Intelligent-Tiering voor onbekende patronen, of analyseer toegangslogs en gebruik lifecycle-regels; vermijd Glacier deep-klassen voor objecten die frequent worden benaderd.
Ervan uitgaan dat EBS-snapshots onmiddellijke, applicatieconsistente back-ups zijn: breng bestandssystemen tot rust (quiesce) of gebruik applicatiebewuste back-ups voor databases; gebruik AWS Backup om applicatieconsistente snapshots vast te leggen waar dit wordt ondersteund.
Ontbrekende toegangscontroles voor encryptiesleutels: zorg er bij gebruik van SSE-KMS voor dat IAM- en KMS-key-policies de beoogde gebruikers en services toestaan; roteer sleutels en monitor het KMS-gebruik in CloudTrail.
Throughput/IOPS-limieten over het hoofd zien: provisioneer io1/io2 of gp3 IOPS/throughput naar behoefte, selecteer de juiste EFS-prestatiemodus en kies de FSx-throughputcapaciteit om runtime-knelpunten te vermijden.

Praktijkprobleem: Gebruiksscenario

DataCorp Analytics slaat transactiedumps aan het einde van de maand op in S3 en ’s nachts verwerkte resultaten op EC2-instances met EBS. Ze worden geconfronteerd met stijgende opslagkosten, onbedoelde overschrijvingen en trage restores van gearchiveerde data.

Schakel S3-versioning in op de bucket en stel Object Lock in voor retentie op gereguleerde datasets; voeg lifecycle-regels toe om oudere objecten over te zetten naar Intelligent-Tiering en vervolgens naar Glacier Flexible Retrieval na een bepaalde leeftijd.
Analyseer S3-toegangslogs en CloudWatch-metrics over een periode van 30 dagen; verplaats echt ‘koude’ objecten pas naar Glacier Deep Archive na bevestiging van lage toegangsfrequentie.
Implementeer DLM/AWS Backup-policies voor EBS-volumes met wekelijkse volledige snapshots en een retentiebeleid; breng databases tot rust (quiesce) vóór snapshots en kopieer kritieke snapshots naar een andere regio voor DR.
Introduceer Intelligent-Tiering voor data met onbekende patronen en gebruik cost allocation tags om de kosten per omgeving te volgen; automatiseer alarmering voor onverwachte opslaggroei.
Valideer restore-procedures per kwartaal door voorbeelddata uit Glacier en snapshots te herstellen om te garanderen dat aan de verwachtingen voor hersteltijd en kosten wordt voldaan.

Rationale: Deze aanpak stemt de opslagklasse en de snapshot-lifecycle af op de waargenomen toegangspatronen, waarborgt herstelbaarheid met versioning en geteste restores, en gebruikt geautomatiseerde lifecycle- en back-uptools om de kosten te beheersen terwijl aan de vereisten voor duurzaamheid en compliance wordt voldaan.

← Netwerken en Contentlevering · Alle domeinen · Compute en Auto Scaling →

Oefen deze vragen → · Getimede oefening op ExamRoll.io →