Curso AWS Cloud Practitioner CLF-C02

En AWS hay varios tipos de almacenamiento, y en el examen CLF-C02 es muy habitual que intenten comprobar si sabes elegir el adecuado. La trampa no suele estar en conocer el nombre del servicio, sino en distinguir si el escenario habla de bloque, archivo compartido, objeto, backup o integración híbrida.

Ya has visto Amazon S3 como almacenamiento de objetos. En este módulo nos centramos en los servicios que suelen confundirse con S3 o entre ellos: Amazon EBS, Amazon EFS, Amazon FSx, AWS Backup y AWS Storage Gateway.

1. Antes de entrar en servicios: bloque, archivo y objeto

Para no perderte, piensa primero en el tipo de almacenamiento:

• Objeto: archivos guardados como objetos dentro de buckets. Piensa en S3: imágenes, documentos, backups, logs, contenido estático o data lakes.
• Bloque: volúmenes tipo “disco” que se conectan a una instancia. Piensa en EBS para EC2.
• Archivo: sistema de archivos compartido que varias máquinas pueden montar. Piensa en EFS o FSx.
• Backup: copias de seguridad gestionadas con políticas y retención. Piensa en AWS Backup.
• Híbrido: conexión entre datacenter local y AWS para usar almacenamiento cloud. Piensa en Storage Gateway.

2. Amazon EBS: discos persistentes para EC2

Amazon Elastic Block Store (EBS) proporciona almacenamiento en bloque para instancias EC2. Una forma sencilla de verlo: EBS es como un disco persistente que conectas a una máquina virtual en AWS.

EBS se usa cuando una instancia EC2 necesita almacenamiento de baja latencia y persistente: sistema operativo, aplicaciones, bases de datos instaladas en EC2 o datos que deben sobrevivir aunque la instancia se detenga.

• Es almacenamiento en bloque.
• Se asocia normalmente a instancias EC2.
• Los volúmenes EBS viven en una Availability Zone.
• Los datos pueden persistir aunque la instancia se detenga.
• Se pueden crear snapshots para backup o recuperación.
• Puede cifrarse para proteger datos en reposo.

3. Instance Store: rápido, pero efímero

Junto a EBS suele aparecer Instance Store. Es almacenamiento temporal ligado al host físico donde corre la instancia. Puede ser rápido, pero no debe usarse para datos importantes que necesiten persistencia.

El punto clave para CLF-C02 es este: Instance Store es efímero. Los datos pueden perderse si la instancia se detiene, termina o cambia el host subyacente.

4. Snapshots de EBS

Los snapshots son copias puntuales de volúmenes EBS. Sirven para proteger datos, crear copias, recuperar volúmenes o replicar información para nuevos entornos.

En CLF-C02 no necesitas entrar en detalles avanzados, pero sí reconocer que:

• Un snapshot protege un volumen EBS en un punto concreto.
• Puede usarse para restaurar o crear nuevos volúmenes.
• Ayuda en estrategias de backup y recuperación.
• Está relacionado con almacenamiento de bloque, no con filesystem compartido.

5. Amazon EFS: sistema de archivos compartido para Linux

Amazon Elastic File System (EFS) es un sistema de archivos elástico y gestionado. La idea principal: varias instancias Linux pueden montar el mismo filesystem al mismo tiempo.

EFS es útil cuando una aplicación necesita archivos compartidos entre varios servidores. Por ejemplo, contenido compartido, directorios home, aplicaciones distribuidas o cargas donde varias instancias deben leer y escribir sobre el mismo sistema de archivos.

• Es almacenamiento de archivos.
• Está pensado para Linux y usa NFS.
• Puede montarse desde múltiples instancias EC2.
• Escala de forma elástica según crecen o disminuyen los datos.
• Se usa cuando varios servidores necesitan compartir archivos.

6. Amazon FSx: sistemas de archivos especializados

Amazon FSx ofrece sistemas de archivos gestionados para necesidades más específicas. En CLF-C02 no tienes que memorizar cada detalle, pero sí reconocer los nombres y casos de uso generales.

7. AWS Backup: políticas centralizadas de copias

AWS Backup sirve para centralizar la gestión de backups de servicios AWS compatibles. En lugar de configurar copias servicio por servicio de forma aislada, puedes usar políticas, planes de backup, retención y gobierno centralizado.

Para CLF-C02, asocia AWS Backup con:

• Gestión centralizada de copias de seguridad.
• Políticas de backup.
• Retención de copias.
• Protección multi-servicio.
• Auditoría y gobierno de backups.

8. AWS Storage Gateway: almacenamiento híbrido

AWS Storage Gateway conecta entornos on-premises con almacenamiento en AWS. Es decir, ayuda cuando una empresa todavía tiene datacenter local, aplicaciones locales o sistemas on-premises, pero quiere usar almacenamiento cloud como parte de su estrategia.

No lo confundas con Snow Family. Storage Gateway se centra en integración híbrida continua. Snow Family se asocia más con transferencia física de grandes volúmenes de datos o edge computing en ubicaciones con conectividad limitada.

• File Gateway: acceso a objetos en S3 mediante interfaces de archivo.
• Volume Gateway: volúmenes respaldados por cloud para aplicaciones on-premises.
• Tape Gateway: reemplazo o extensión de librerías de cinta usando AWS.

9. Comparativa rápida para examen

10. Diferencias que suelen confundir

• EBS vs EFS: EBS es bloque para una instancia EC2; EFS es filesystem compartido para varias instancias Linux.
• EFS vs FSx for Windows: EFS se asocia a Linux/NFS; FSx for Windows se asocia a SMB, Windows y Active Directory.
• EBS vs Instance Store: EBS es persistente; Instance Store es temporal.
• S3 vs EBS: S3 es objetos; EBS es bloque para EC2.
• AWS Backup vs snapshot manual: AWS Backup centraliza políticas y gobierno; un snapshot es una copia concreta, por ejemplo de EBS.
• Storage Gateway vs Snow Family: Storage Gateway integra on-premises con AWS de forma híbrida; Snow Family ayuda a mover grandes datos físicamente o ejecutar cargas en edge.

11. Cómo estudiar este módulo

La mejor forma es asociar cada servicio a una frase corta:

• EBS: “necesito un disco para EC2”.
• EFS: “varios Linux necesitan compartir archivos”.
• FSx Windows: “necesito file shares Windows/SMB”.
• FSx Lustre: “necesito filesystem de alto rendimiento para HPC o procesamiento intensivo”.
• AWS Backup: “quiero políticas centralizadas de backup”.
• Storage Gateway: “mi datacenter local necesita integrarse con almacenamiento AWS”.

12. Errores típicos

• Confundir EBS con EFS: bloque frente a archivo compartido.
• Usar Instance Store para datos que deben sobrevivir a la vida de la instancia.
• Olvidar FSx cuando el escenario pide Windows File Server, SMB o Lustre.
• Elegir S3 cuando el escenario pide un disco montado en EC2.
• Elegir EBS cuando varias instancias necesitan montar el mismo filesystem compartido.
• Confundir Storage Gateway con Snow Family.
• Pensar que AWS Backup solo sirve para un servicio concreto, cuando su valor está en centralizar protección.

13. Cómo saber si dominas este módulo

Vas bien si puedes responder sin mirar apuntes:

• Qué diferencia hay entre almacenamiento de bloque, archivo y objeto.
• Cuándo usar EBS y cuándo usar EFS.
• Por qué Instance Store no es buena opción para datos persistentes.
• Qué servicio usarías para file shares Windows gestionados.
• Qué servicio usarías para un filesystem de alto rendimiento orientado a HPC.
• Cuándo aparece AWS Backup en un escenario.
• Cuándo aparece Storage Gateway en una arquitectura híbrida.

Resumen final

Este módulo se resume en una idea: no todos los almacenamientos son iguales. Para CLF-C02 debes reconocer el patrón del escenario antes de elegir el servicio.

Si necesitas un disco persistente para EC2, piensa en EBS. Si varias instancias Linux comparten archivos, EFS. Si necesitas file systems especializados, FSx. Si quieres centralizar copias, AWS Backup. Si tienes integración híbrida entre on-premises y AWS, Storage Gateway.