Amazon CLF-C02: Servizi di archiviazione principali — Guida allo studio

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

Fa parte della AWS Cloud Practitioner CLF-C02 — Guida allo studio. Esercitati con risposte verificate nel centro esami Amazon, oppure fai test cronometrati su ExamRoll.io.

Tipi di storage principali e scelta del modello corretto

AWS offre tre paradigmi di storage principali — a oggetti, a blocchi e a file — ciascuno ottimizzato per diversi modelli di accesso e SLA. Lo storage a oggetti, esemplificato da Amazon S3, è la scelta predefinita per dati durevoli su larga scala con metadati e oggetti di dimensioni variabili; S3 è progettato per una durabilità del 99,999999999% e supporta la distribuzione globale, le policy di lifecycle, la replica tra regioni, il versioning e l’object lock per l’immutabilità. Lo storage a blocchi, rappresentato da Amazon EBS, è uno storage a bassa latenza collegato alle istanze EC2 per il sistema operativo e i carichi di lavoro transazionali; EBS offre tipi di volume ottimizzati per uso generico, throughput o IOPS e supporta gli snapshot per backup point-in-time. Lo storage a file, fornito da Amazon EFS, offre un file system NFS gestito per l’accesso simultaneo da parte di più istanze e scala il throughput in base allo storage. Le opzioni di storage di archiviazione — S3 Glacier Flexible Retrieval e Glacier Deep Archive — sono destinate alla conservazione a lungo termine, dove i compromessi tra tempo di recupero e costo sono predominanti. Quando si selezionano i servizi, è necessario abbinare le esigenze di latenza di accesso e coerenza: i database transazionali richiedono storage a blocchi con IOPS costanti; i contenuti condivisi e l’analisi dei dati spesso preferiscono lo storage a oggetti; i carichi di lavoro POSIX multi-client utilizzano EFS. Una trappola comune è selezionare i livelli di archiviazione per dati ancora in uso attivo: considerare le penali di recupero e le policy di lifecycle prima di trasferire i dati.

Crittografia, segreti e controlli di governance

La protezione dei dati a riposo (at rest) e il controllo degli accessi richiedono la combinazione di crittografia, gestione delle chiavi, policy di identità e servizi di audit trail. La crittografia degli oggetti in S3 può essere implementata lato server con chiavi gestite da AWS (SSE-S3), chiavi gestite dal cliente tramite KMS (SSE-KMS) o chiavi fornite dal cliente (SSE-C); la crittografia lato client è un’opzione quando le chiavi non devono mai entrare in contatto con AWS. EBS supporta la crittografia a livello di volume, tipicamente basata su AWS KMS; gli snapshot ereditano lo stato di crittografia. AWS KMS centralizza il ciclo di vita delle chiavi, le policy di accesso e la rotazione delle chiavi; assicurarsi che le policy IAM e le policy delle chiavi KMS siano coordinate: policy KMS configurate in modo errato possono bloccare l’accesso legittimo. Secrets Manager archivia e ruota in modo sicuro le credenziali dei database e le chiavi API, mentre AWS Systems Manager Parameter Store è un’alternativa per esigenze più semplici. Per le prove di conformità, AWS Artifact fornisce accesso ai report di sicurezza e conformità di AWS. L’audit e il tracciamento delle modifiche sono forniti da AWS CloudTrail e AWS Config; CloudTrail registra le chiamate API mentre Config traccia la configurazione delle risorse e il suo scostamento (drift). Una trappola frequente per gli operatori è sottovalutare i costi delle richieste a KMS con un uso intensivo di SSE-KMS o fare affidamento esclusivamente sulle ACL invece che sulle bucket policy e sui ruoli IAM per un accesso sicuro a S3.

Strategia di backup, ripristino, immutabilità e lifecycle

Una solida strategia di backup e conservazione bilancia gli obiettivi di ripristino, i costi e la semplicità operativa. AWS Backup centralizza le policy di backup per volumi EBS, RDS, DynamoDB, EFS e Storage Gateway, consentendo snapshot pianificati e la transizione del lifecycle verso uno storage vault a costo inferiore. Gli snapshot EBS sono incrementali, riducendo il tempo di trasferimento e i costi per backup ripetuti, ma la coerenza degli snapshot per i dati delle applicazioni richiede spesso il quiescing o l’uso di strumenti per snapshot application-consistent. Le policy di lifecycle di S3 automatizzano il tiering da S3 Standard a Intelligent‑Tiering, Standard-IA, Glacier Instant Retrieval, Glacier Flexible Retrieval e Deep Archive in base all’età e ai modelli di accesso; abilitare il versioning e l’object lock per la protezione da cancellazioni accidentali e ransomware. La replica tra regioni protegge dai guasti regionali ma non sostituisce i backup immutabili con policy di conservazione. I test di ripristino sono comunemente trascurati: ripristini regolari convalidano i playbook e le ipotesi di RTO/RPO. Un errore comune è presumere che la replica equivalga al backup; la replica preserva le cancellazioni e i danneggiamenti a meno che non sia abbinata al versioning o all’object lock. Le considerazioni sui costi includono i prezzi delle richieste, le tariffe di recupero dai livelli di archiviazione e i costi delle richieste a KMS per i backup basati su SSE-KMS.

Trasferimenti ibridi, appliance edge e decisioni di tiering

Per lo spostamento di dati su larga scala e l’integrazione ibrida, AWS offre Storage Gateway, la famiglia Snow e DataSync per collegare l’ambiente on-premise e il cloud. Storage Gateway opera in modalità file, volume e nastro: File Gateway espone S3 come NFS/SMB per le app on-premise, Volume Gateway presenta volumi iSCSI con snapshot basati su cloud e Tape Gateway sostituisce i processi su nastro fisico con nastri virtuali in S3/Glacier. La famiglia Snow — Snowcone, Snowball Edge e Snowmobile — gestisce il trasporto di dati offline quando il trasferimento via rete non è pratico; la scelta dipende dalla dimensione dei dati, dalla robustezza e dai requisiti di calcolo all’edge. DataSync fornisce un trasferimento online efficiente per grandi set di dati con pianificazione e validazione integrate. Le decisioni di tiering dovrebbero ponderare la frequenza di accesso, la latenza di recupero e i pattern delle richieste: S3 Intelligent‑Tiering riduce la classificazione manuale per pattern variabili ma comporta costi di monitoraggio; la gestione del ciclo di vita di EFS automatizza lo spostamento verso EFS Infrequent Access per ridurre i costi dei file a cui si accede di rado. Le trappole comuni per gli operatori del settore includono la sottostima dei costi di egress di rete per ripristini frequenti, la dimenticanza di abilitare le transizioni del ciclo di vita dopo la migrazione e la selezione di appliance offline senza validare le tempistiche della catena di approvvigionamento per scadenze urgenti.

Problema Pratico: Scenario d’Uso

Scenario: Acme Retail ha un ambiente ibrido con 200 TB di log transazionali on-premise e un account AWS che ospita asset web in istanze S3 ed EC2. Hanno bisogno di centralizzare i backup, archiviare i log a cui si accede di rado in modo economico e garantire che la crittografia e le prove di conformità siano implementate.

Sfida: Spostare i 200 TB su AWS in modo affidabile entro un mese, implementare l’archiviazione del ciclo di vita e crittografare i dati con chiavi gestite dal cliente, preservando l’auditabilità.

Approccio Raccomandato:

Utilizzare Snowball Edge (con capacità di calcolo) per importare fisicamente i 200 TB in S3, crittografando i dati in transito e a riposo con chiavi gestite dal cliente tramite AWS KMS.
Eseguire l’ingestione in un bucket Amazon S3 con il versioning abilitato e una policy del ciclo di vita per trasferire gli oggetti a S3 Glacier Flexible Retrieval dopo 30 giorni e a Glacier Deep Archive dopo 180 giorni.
Configurare AWS Backup per creare backup coerenti con l’applicazione per EC2/EBS e abilitare le regole di vault lock per la conservazione immutabile dove richiesto.
Abilitare SSE-KMS per gli oggetti S3, impostare le policy delle chiavi KMS e i ruoli IAM per l’accesso, attivare CloudTrail e AWS Config per registrare gli accessi e le modifiche alla configurazione, e ottenere i report di conformità tramite AWS Artifact.

Motivazione: La famiglia Snow accelera il trasferimento di grandi quantità di dati senza saturare i collegamenti di rete, mentre il ciclo di vita di S3 e i tier di Glacier forniscono una conservazione a lungo termine a costi contenuti. SSE-KMS e il backup centralizzato con percorsi di audit si allineano con solide pratiche di governance e recuperabilità.

← Servizi di calcolo principali · Tutti i domini · Servizi di database principali →

Esercitati su queste domande → · Pratica cronometrata su ExamRoll.io →