Amazon CLF-C02: Servicios principales de almacenamiento — Guía de estudio

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

Forma parte de la AWS Cloud Practitioner CLF-C02 — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de Amazon, o realiza tests cronometrados en ExamRoll.io.

Tipos de almacenamiento principales y cómo elegir el modelo adecuado

AWS proporciona tres paradigmas de almacenamiento principales —de objetos, de bloques y de archivos— cada uno optimizado para diferentes patrones de acceso y SLAs. El almacenamiento de objetos, cuyo ejemplo es Amazon S3, es la opción predeterminada para datos duraderos a gran escala con metadatos y objetos de tamaño variable; S3 está diseñado para una durabilidad del 99.999999999 % y admite distribución global, políticas de ciclo de vida, replicación entre regiones, control de versiones y bloqueo de objetos (object lock) para la inmutabilidad. El almacenamiento de bloques, representado por Amazon EBS, es un almacenamiento de baja latencia conectado a instancias EC2 para sistemas operativos y cargas de trabajo transaccionales; EBS ofrece tipos de volúmenes ajustados para propósito general, rendimiento (throughput) o IOPS, y admite snapshots (instantáneas) para copias de seguridad en un punto en el tiempo. El almacenamiento de archivos, proporcionado por Amazon EFS, ofrece un sistema de archivos NFS gestionado para el acceso concurrente de múltiples instancias y escala el rendimiento (throughput) junto con el almacenamiento. Las opciones de almacenamiento de archivo —S3 Glacier Flexible Retrieval y Glacier Deep Archive— son para la retención a largo plazo donde predominan las compensaciones entre el tiempo de recuperación y el costo. Al seleccionar servicios, corresponda la latencia de acceso y las necesidades de consistencia: las bases de datos transaccionales requieren almacenamiento de bloques con IOPS consistentes; el contenido compartido y los análisis a menudo favorecen el almacenamiento de objetos; las cargas de trabajo POSIX multicliente usan EFS. Un error común es seleccionar niveles de archivo para datos que todavía están en uso activo; considere las penalizaciones por recuperación y las políticas de ciclo de vida antes de transferir los datos.

Cifrado, secretos y controles de gobernanza

Proteger los datos en reposo y controlar el acceso requiere combinar el cifrado, la gestión de claves, las políticas de identidad y los servicios de registro de auditoría. El cifrado de objetos en S3 se puede implementar en el lado del servidor con claves gestionadas por AWS (SSE-S3), claves de KMS gestionadas por el cliente (SSE-KMS) o claves proporcionadas por el cliente (SSE-C); el cifrado en el lado del cliente es una opción cuando las claves nunca deben tocar AWS. EBS admite el cifrado a nivel de volumen, generalmente respaldado por AWS KMS; los snapshots (instantáneas) heredan el estado de cifrado. AWS KMS centraliza el ciclo de vida de las claves, las políticas de acceso y la rotación de claves; asegúrese de que las políticas de claves de IAM y KMS estén coordinadas, ya que las políticas de KMS mal configuradas pueden bloquear el acceso legítimo. Secrets Manager almacena y rota de forma segura las credenciales de bases de datos y las claves de API, mientras que AWS Systems Manager Parameter Store es una alternativa para necesidades más simples. Para obtener evidencia de cumplimiento, AWS Artifact proporciona acceso a los informes de seguridad y cumplimiento de AWS. La auditoría y el seguimiento de cambios provienen de AWS CloudTrail y AWS Config; CloudTrail registra las llamadas a la API, mientras que Config rastrea la configuración de los recursos y sus desviaciones (drift). Un error frecuente entre los profesionales es subestimar los costos de las solicitudes a KMS con un uso de alto volumen de SSE-KMS o confiar únicamente en las ACL en lugar de las políticas de bucket y los roles de IAM para un acceso seguro a S3.

Estrategia de copia de seguridad, restauración, inmutabilidad y ciclo de vida

Una estrategia sólida de copia de seguridad y retención equilibra los objetivos de recuperación, el costo y la simplicidad operativa. AWS Backup centraliza las políticas de copia de seguridad para volúmenes de EBS, RDS, DynamoDB, EFS y Storage Gateway, permitiendo snapshots (instantáneas) programados y la transición del ciclo de vida a un almacenamiento de bóveda (vault) de menor costo. Los snapshots de EBS son incrementales, lo que reduce el tiempo de transferencia y el costo de las copias de seguridad repetidas, pero la consistencia de los snapshots para los datos de la aplicación a menudo requiere pausar la aplicación (quiescing) o usar herramientas de snapshots consistentes con la aplicación. Las políticas de ciclo de vida de S3 automatizan la transición entre niveles (tiering) desde S3 Standard a Intelligent‑Tiering, Standard-IA, Glacier Instant Retrieval, Glacier Flexible Retrieval y Deep Archive, según la antigüedad y los patrones de acceso; habilite el control de versiones y el bloqueo de objetos (object lock) para protegerse contra eliminaciones accidentales y ransomware. La replicación entre regiones protege contra fallos regionales, pero no sustituye a las copias de seguridad inmutables con políticas de retención. Las pruebas de recuperación suelen descuidarse; las restauraciones periódicas validan los manuales de procedimientos (playbooks) y las suposiciones de RTO/RPO. Un error común es asumir que la replicación equivale a una copia de seguridad; la replicación preserva las eliminaciones y corrupciones a menos que se combine con el control de versiones o el bloqueo de objetos (object lock). Las consideraciones de costo incluyen el precio por solicitud, las tarifas de recuperación de los niveles de archivo y los cargos por solicitud a KMS para las copias de seguridad respaldadas por SSE-KMS.

Transferencias híbridas, dispositivos de borde y decisiones de organización en niveles

Para el movimiento de datos a gran escala y la integración híbrida, AWS ofrece Storage Gateway, la familia Snow y DataSync para conectar los entornos locales y la nube. Storage Gateway opera en modos de archivo, volumen y cinta: File Gateway expone S3 como NFS/SMB para aplicaciones locales, Volume Gateway presenta volúmenes iSCSI con instantáneas respaldadas en la nube y Tape Gateway reemplaza los trabajos de cinta física con cintas virtuales en S3/Glacier. La familia Snow (Snowcone, Snowball Edge y Snowmobile) gestiona el transporte de datos sin conexión cuando la transferencia por red no es práctica; la elección se basa en el tamaño de los datos, la robustez y los requisitos de cómputo en el borde. DataSync proporciona una transferencia en línea eficiente para grandes conjuntos de datos con programación y validación integradas. Las decisiones de organización en niveles deben sopesar la frecuencia de acceso, la latencia de recuperación y los patrones de solicitud: S3 Intelligent‑Tiering reduce la clasificación manual para patrones variables, pero tiene costos de monitoreo; la administración del ciclo de vida de EFS automatiza el movimiento a EFS Infrequent Access para reducir los costos de los archivos fríos. Las trampas comunes para los profesionales incluyen subestimar los costos de egreso de red para restauraciones frecuentes, olvidar habilitar las transiciones del ciclo de vida después de la migración y seleccionar dispositivos sin conexión sin validar los plazos de la cadena de suministro para fechas límite urgentes.

Problema práctico: Escenario de caso de uso

Escenario: Acme Retail tiene un entorno híbrido con 200 TB de registros transaccionales locales y una cuenta de AWS que aloja activos web en instancias de S3 y EC2. Necesitan centralizar las copias de seguridad, archivar los registros fríos de manera rentable y garantizar que el cifrado y la evidencia de cumplimiento estén implementados.

Desafío: Mover los 200 TB a AWS de forma fiable en el plazo de un mes, implementar el archivado del ciclo de vida y cifrar los datos con claves administradas por el cliente, preservando al mismo tiempo la auditabilidad.

Enfoque recomendado:

Usar Snowball Edge (con capacidad de cómputo) para importar físicamente los 200 TB a S3, cifrando los datos en tránsito y en reposo con claves administradas por el cliente de AWS KMS.
Ingestar en un bucket de Amazon S3 con el control de versiones habilitado y una política de ciclo de vida para pasar los objetos a S3 Glacier Flexible Retrieval después de 30 días, y a Glacier Deep Archive después de 180 días.
Configurar AWS Backup para crear copias de seguridad consistentes con la aplicación para EC2/EBS y habilitar reglas de bloqueo de bóveda (vault lock) para la retención inmutable donde sea necesario.
Habilitar SSE-KMS para los objetos de S3, establecer políticas de clave de KMS y roles de IAM para el acceso, activar CloudTrail y AWS Config para registrar los cambios de acceso y configuración, y obtener informes de cumplimiento a través de AWS Artifact.

Justificación: La familia Snow acelera la transferencia de grandes volúmenes de datos sin saturar los enlaces de red, mientras que el ciclo de vida de S3 y los niveles de Glacier proporcionan una retención a largo plazo rentable. El uso de SSE-KMS y las copias de seguridad centralizadas con pistas de auditoría se alinea con las buenas prácticas de gobernanza y recuperabilidad.

← Servicios principales de computación · Todos los dominios · Servicios principales de bases de datos →

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →