Instance Store vs EBS en AWS

Curso de AWS Certified Solutions Architect Associate

Contenido del curso

Fundamentos de AWS

Identidad, Acceso y Gobernanza Multicuenta

Servicios de Computo en AWS

Contenedores en AWS

Redes en AWS

Escalamiento y balanceo en AWS

Almacenamiento en AWS

Bases de datos en AWS

Migración en AWS

Monitoreo y Auditoria en AWS

DNS y CDN en AWS

Servicios de Seguridad

Serverless

Servicios de Datos en AWS

Servicios de AI y ML em AWS

64
Servicios de IA y ML en AWS
04:09 min

Servicios de Backup y Recuperación ante desastres

Architect Solutions Certificate

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0011:05

Instance Store vs EBS en AWS

Curso de AWS Certified Solutions Architect Associate

Clase 31 de 69

Clase 31 / 69

Recursos

El almacenamiento en bloque dentro de AWS se divide en dos grandes servicios que debes dominar si trabajas con EC2 o preparas tu certificación: Instance Store y Elastic Block Store (EBS). Aquí entenderás cuándo usar cada uno, qué tipos de volúmenes existen y por qué la persistencia de datos marca la diferencia en tu arquitectura.

¿Qué es Instance Store y cuándo conviene usarlo?

Instance Store es el servicio de almacenamiento temporal, volátil o no persistente que vive físicamente dentro del servidor que hospeda tu instancia EC2. Al estar pegado al hardware, ofrece una velocidad altísima, ideal para cargas que demandan respuesta inmediata.

Imagina un servidor físico con 12, 24 o 25 discos internos. Esos discos son los que Instance Store expone a tus máquinas virtuales. Por eso, cuando una instancia se detiene, hiberna o termina, los datos se pierden. No hay vuelta atrás.

¿Para qué sirve Instance Store en AWS? Para cachés, buffers y datos temporales que necesitan rendimiento extremo y no requieren persistencia. Si la instancia se apaga, los datos se borran.

¿Qué limitaciones tiene Instance Store?

No todas las instancias EC2 soportan Instance Store. Solo familias específicas tienen acceso a este tipo de almacenamiento interno. En el diagrama oficial de AWS verás un host con tres instancias (A, B y C) compartiendo volúmenes locales numerados como 0, 1 y 2, donde algunos pueden quedar sin aprovisionar.

La regla práctica es simple: si tu carga tolera perder datos al reiniciar, Instance Store te da el mejor desempeño posible.

¿Qué es Amazon EBS y por qué es persistente?

Elastic Block Store (EBS) es el servicio de almacenamiento en bloque persistente y durable de AWS. Aunque detengas, termines o modifiques tu instancia EC2, los datos permanecen intactos en el volumen.

Los volúmenes EBS se adjuntan a instancias EC2 y traen funcionalidades clave para producción:

Snapshots o instantáneas para respaldos puntuales.
Automatización de backups con Data Lifecycle Manager.
Cifrado mediante KMS (Key Management Service).
Configuración del comportamiento del volumen al eliminar la instancia, decidiendo si se borra con ella o sobrevive.

¿Qué es la función multi-attach en EBS?

Multi-attach permite conectar hasta 16 instancias EC2 a un mismo volumen EBS, pero con condiciones estrictas. Solo funciona con volúmenes io1 o io2 y requiere que las instancias usen el sistema Nitro como hipervisor.

Esta función es muy preguntada en la certificación, así que vale la pena memorizar las restricciones.

¿Qué volúmenes EBS soportan multi-attach? Solo io1 e io2. Los volúmenes gp2 y gp3, junto con los basados en disco duro (st1 y sc1), no son compatibles con esta función.

¿Cuáles son los tipos de volúmenes EBS y sus casos de uso?

EBS se divide en dos grandes familias según la tecnología del disco: estado sólido (SSD) y disco rígido (HDD). Cada familia tiene volúmenes optimizados para diferentes patrones de carga.

¿Qué volúmenes SSD ofrece EBS?

Los volúmenes basados en estado sólido se agrupan en propósito general y aprovisionados (también conocidos como PIOPS, Provisioned IOPS).

gp3 y gp2: propósito general. Sirven para cargas transaccionales, escritorios virtuales, bases de datos medianas en una sola instancia y arranque del sistema operativo. Son la opción recomendada para el boot volume de tus instancias.
io2 Block Express: el más exigente. Ofrece latencias inferiores a un milisegundo y rendimiento sostenido superior a 64,000 IOPS.
io1: alto rendimiento con IOPS aprovisionados, pensado para bases de datos críticas.

Los tamaños varían: gp3 va de 1 GB a 16 TB, io2 Block Express llega hasta 64 TB, e io1 hasta 16 TB. Cada uno tiene su propia tabla de durabilidad medida en "nueves" y un techo de IOPS y throughput que debes conocer al detalle para el examen.

¿Qué volúmenes HDD ofrece EBS?

Los volúmenes basados en Hard Disk Drive son más económicos y se orientan a cargas secuenciales:

st1: optimizado para big data, data warehouses y procesamiento de logs. Va de 125 GB a 16 TB, con un rendimiento base de 500 IOPS y hasta 500 MB/s de throughput.
sc1: pensado para backups y datos de acceso poco frecuente. Su rendimiento parte de 250 IOPS y hasta 250 MB/s.

Ni st1 ni sc1 son compatibles con multi-attach, y tampoco se recomiendan como volumen de arranque del sistema operativo.

¿Cuándo elegir Instance Store y cuándo elegir EBS?

Volviendo al caso del banco mencionado al inicio, la decisión depende de dos variables: persistencia y rendimiento.

Si necesitas desempeño extremo y tu carga puede reconstruirse (un caché, un buffer, datos temporales de procesamiento), Instance Store es tu opción. Si necesitas que los datos sobrevivan a reinicios, fallos o terminaciones, vas con EBS y eliges el tipo de volumen según el balance entre IOPS, throughput, capacidad y costo.

Esta tabla de volúmenes es uno de los temas que más aparece en el examen de certificación AWS, así que estudiar sus límites de IOPS, tamaños y compatibilidades te dará puntos seguros.

¿Qué arquitectura estás diseñando ahora mismo? Cuéntame en los comentarios qué tipo de volumen elegirías y por qué.

Fundamentos de AWS

Certificación AWS Solutions Architect Associate: Fundamentos y Preparación

Preparación para certificación AWS Arquitecto de Soluciones

Configuración de presupuestos en AWS para controlar costos

Los 6 pilares del Well-Architected Framework

Identidad, Acceso y Gobernanza Multicuenta

Cómo evitar brechas de seguridad con IAM

Creación de usuarios administrador y practicante en AWS IAM

Gestión de cuentas con AWS Organizations

Detecta recursos AWS expuestos con Access Analyzer

Cómo gestionar múltiples cuentas AWS

Servicios de Computo en AWS

Servicios de cómputo AWS: EC2, procesadores Graviton y AMIs

Compute Savings Plan para EC2 y Lambda

Cómo lanzar tu primera instancia EC2

Optimizar latencia en EC2 con tenencia dedicada

Cómo consultar metadatos de EC2 con IMDSv2

AWS Outposts: ejecutar AWS en tu data center

Despliegue de app web en Elastic Beanstalk

Contenedores en AWS

Contenedores en AWS: ECS, EKS y ECR

Gestión de imágenes de contenedores con ECR y Fargate

Configuración de clusters, tareas y servicios en Amazon ECS

Redes en AWS

Direccionamiento IP y bloques CIDR para redes AWS

NAT Gateway para subredes privadas en AWS

Configuración de instancias públicas y privadas con NAT Gateway

NACL y Security Groups en AWS

Cómo reparar un Security Group en EC2

Conectividad híbrida en AWS: VPC Peering, Transit Gateway y Endpoints

Escalamiento y balanceo en AWS

Tipos de balanceadores de carga en AWS

Configuración de balanceadores de carga en AWS para alta disponibilidad

Autoescalamiento en EC2 con Auto Scaling Groups

Cómo crear un Auto Scaling Group en EC2

Almacenamiento en AWS

Tipos de almacenamiento en AWS: EBS, EFS y S3

Instance Store vs EBS en AWS

EFS vs FSx para compartir archivos en AWS

Creación y configuración de volúmenes EBS en AWS

Transfer Acceleration para datos globales en S3

Configuración de EFS para compartir almacenamiento entre instancias

Recuperar objetos borrados en Amazon S3

Bases de datos en AWS

Bases de datos relacionales vs no relacionales en AWS

Cómo funciona DynamoDB en AWS

Creación y configuración de bases de datos Dynamo en AWS

Elasticache y DAX

RDS vs Aurora: réplicas y alta disponibilidad

Cómo configurar Aurora con alta disponibilidad en RDS

Migración en AWS

Estrategias de migración AWS: las 6 R para trasladar aplicaciones

Cómo migramos 500 TB a AWS sin downtime

Migración de datos con AWS Snow Family: opciones y características

DMS y SCT para migrar bases de datos en AWS

Monitoreo y Auditoria en AWS

CloudTrail y EventBridge en arquitecturas AWS

Monitoreo de AWS con CloudWatch

DNS y CDN en AWS

Zonas locales y de borde en AWS

CloudFront vs Global Accelerator en AWS

Failover en Route 53 para arquitectura activo-pasiva

Configuración de políticas de geoproximidad en AWS Route 53

Servicios de Seguridad

KMS vs CloudHSM para datos regulados

AWS Shield y WAF contra ataques DDoS

Servicios AWS para detectar vulnerabilidades

GuardDuty y Trusted Advisor para detectar amenazas en AWS

Serverless

API Gateway y Lambda en arquitecturas serverless

Creación y configuración de funciones Lambda para automatización

AWS SQS: Tipos de filas y configuración para arquitecturas serverless

AWS SNS y Step Functions para comunicación y workflows visuales

Servicios de Datos en AWS

Servicios de datos en AWS para tu examen

Kinesis, EMR, Glue

Casos de uso de Amazon Redshift en AWS

Servicios de AI y ML em AWS

Servicios de IA y ML en AWS

Servicios de Backup y Recuperación ante desastres