AZ-900

Deep Dive

D2 · Arquitectura y servicios

Servicios de almacenamiento en Azure

Storage Account, Blob, Files, Queues, Tables, SQL Database, Cosmos DB y redundancia. El almacenamiento es ~15% del AZ-900 y aparece en escenarios de decisión frecuentes.

Icon-storage-86

Storage Account — el contenedor de todo

¿Qué es una Storage Account?

Una Storage Account es el contenedor de nivel superior para todos los servicios de almacenamiento de Azure (Blob, Files, Queues, Tables). Define el nivel de redundancia, la región, el tipo de rendimiento y los controles de acceso para todo el almacenamiento dentro de ella.

Tipos de Storage Account

Standard (GPv2): Uso general v2. Soporta Blob, Files, Queues, Tables. HDD. La opción default recomendada.
Premium Blob: Solo Blob. SSD. Para Blob con muchas operaciones pequeñas y latencia baja.
Premium Files: Solo File Shares. SSD. Para compartir archivos con alto IOPS.
Premium Block Blobs: Solo Block Blobs. SSD. Para streaming de alta velocidad y workloads IoT.

Nombre único global

El nombre de la Storage Account debe ser único globalmente en Azure (3-24 caracteres, solo minúsculas y números). Porque forma parte de la URL del endpoint:

Blob: myaccount.blob.core.windows.net
Files: myaccount.file.core.windows.net
Queue: myaccount.queue.core.windows.net
Table: myaccount.table.core.windows.net

Azure Blob Storage en profundidad

El servicio de almacenamiento de objetos de Azure. Para datos no estructurados: imágenes, videos, backups, logs, datos de ML.

Block Blobs

El tipo más común. Optimizado para texto y datos binarios. Divide el archivo en bloques y los sube en paralelo. Máximo 190.7 TB por blob.

Uso típico

Imágenes, videos, documentos, backups, datasets ML

Append Blobs

Optimizado para operaciones de append (agregar al final). Perfecto para logs donde siempre agregas líneas al final. No se puede modificar ni borrar en medio.

Uso típico

Logs de aplicaciones, logs de auditoría, telemetría continua

Page Blobs

Optimizado para acceso aleatorio de lectura/escritura. Compuesto de páginas de 512 bytes. Latencia baja. Usado internamente para VHDs de VMs.

Uso típico

OS Disks y Data Disks de VMs (Managed Disks usan Page Blobs internamente)

Access Tiers — costo vs frecuencia de acceso

TierCosto almacenamientoCosto accesoLatencia accesoTiempo mínimoCaso de uso
Hot$0.018/GB/mesBajomsNingunoDatos activos accedidos frecuentemente
Cool$0.01/GB/mesMedioms30 díasDatos accedidos ocasionalmente (backups recientes)
Cold$0.0045/GB/mesAltoms90 díasDatos raramente accedidos pero disponibles en ms
Archive$0.001/GB/mesMuy alto + reactivaciónHoras180 díasArchivo a largo plazo, datos rarísimamente accedidos

Importante: Archive no es acceso inmediato

Para leer datos en Archive, primero debes "rehidratar" el blob a Hot o Cool. Tiempo de reactivación: Standard priority ~15h, High priority ~1h. Los datos en Archive siguen existiendo pero no puedes leerlos directamente.

Lifecycle Management — automatiza los tiers

Define reglas para mover blobs entre tiers automáticamente basado en antigüedad o último acceso.

Regla: "Archiva datos de logs"
IF: blob creado hace > 30 días → mover a Cool
IF: blob creado hace > 90 días → mover a Cold
IF: blob creado hace > 365 días → mover a Archive
IF: blob creado hace > 7 años → eliminar

Azure Files, Queue Storage y Table Storage

Azure Files

Compartición de archivos en la nube mediante SMB (Server Message Block) o NFS. Se monta como unidad de red en Windows, Linux o macOS.

ProtocoloSMB 3.0 / NFS 4.1
Montaje enWindows (Z:\), Linux (/mnt/share), macOS
Tamaño máx100 TB por share
Casos de usoCompartir config entre VMs, migrar file servers, perfiles de usuario

Azure File Sync: sincroniza file servers on-premises con Azure Files. Cache local + cloud storage.

Queue Storage

Cola de mensajes para comunicación asíncrona entre componentes de una aplicación. Un componente pone mensajes en la cola; otro los consume a su propio ritmo.

Tamaño mensajeHasta 64 KB
Tiempo retenciónHasta 7 días (configurable)
ThroughputMiles de mensajes/segundo
Casos de usoDesacoplar microservicios, work queues, retry patterns

Para mensajería enterprise avanzada (ordering, dead-letter, topics) → Azure Service Bus.

Table Storage

Almacenamiento NoSQL de clave-valor estructurado. Schema-less (cada fila puede tener columnas distintas). Económico para grandes volúmenes de datos semi-estructurados.

ModeloKey-value / NoSQL
Tamaño entidadHasta 1 MB
EscalabilidadPBs de datos
Casos de usoDatos de usuario no relacionales, logs estructurados, catálogos

Para NoSQL avanzado con distribución global y múltiples APIs → Azure Cosmos DB.

Redundancia de almacenamiento

Una de las secciones con MÁS preguntas en el AZ-900. Aprende las siglas, qué protegen y los SLAs.

LRS

Locally Redundant Storage

Copias

3 copias

Dónde

En el mismo datacenter (mismo edificio)

Protege vs

Fallos de disco, rack

No protege vs

Fallo de datacenter, desastre regional

Precio relativo

Más barato

ZRS

Zone-Redundant Storage

Copias

3 copias

Dónde

En 3 AZs distintas de la misma región

Protege vs

Fallo de datacenter, fallo de AZ

No protege vs

Desastre regional (toda la región)

Precio relativo

~20% más que LRS

GRS

Geo-Redundant Storage

Copias

6 copias (3 local + 3 en región par)

Dónde

3 en región primaria (LRS) + 3 en región secundaria (LRS)

Protege vs

Desastre regional en región primaria

No protege vs

En región secundaria: datos solo legibles DESPUÉS de failover declarado por Microsoft

Precio relativo

2× LRS

GZRS

Geo-Zone-Redundant Storage

Copias

6 copias

Dónde

3 en 3 AZs de región primaria (ZRS) + 3 en región secundaria (LRS)

Protege vs

Fallo de AZ en primaria + desastre regional

No protege vs

Desastre en región secundaria

Precio relativo

El más caro

RA-GRS / RA-GZRS

Read-Access Geo-Redundant

Copias

Igual que GRS/GZRS

Dónde

Igual + endpoint de solo lectura en región secundaria SIEMPRE disponible

Protege vs

Igual que GRS + acceso de lectura a secundaria sin failover

No protege vs

Escrituras siempre a región primaria

Precio relativo

~25% más que GRS

Icon-databases-130

Bases de datos: SQL vs NoSQL en Azure

Azure SQL Database (Relacional / PaaS)

SQL Server completamente gestionado en Azure. Microsoft aplica parches, backups automáticos, alta disponibilidad, y mantenimiento. Tú solo gestionas los datos y el schema.

Single Database: Una base de datos independiente con recursos dedicados. Sencillo.
Elastic Pool: Múltiples bases de datos comparten recursos. Económico cuando las cargas son variables.
Managed Instance: Instancia SQL Server completa en Azure. Compatible al 100% con SQL Server on-prem. Para migraciones.

SLA

99.99%

Backup

Automático (PITR 7-35 días)

Escala

vCores o DTUs

Serverless

Pausa auto cuando inactivo

Otras bases de datos relacionales en Azure

Azure Database for PostgreSQL

PostgreSQL gestionado. Versión Flexible Server es la recomendada. Compatible con PostgreSQL estándar.

Azure Database for MySQL

MySQL gestionado. Popular para apps LAMP. Compatible con MySQL estándar.

Azure Database for MariaDB

MariaDB gestionado. Para apps que requieren MariaDB específicamente.

Azure Cache for Redis

Redis gestionado. In-memory store. Para caché de sesión, rate limiting, leaderboards. Hasta 1M operaciones/segundo.

Icon-databases-121

Cosmos DB — la base de datos multi-model global

¿Qué hace a Cosmos DB único?

Distribución global nativa

Replica automáticamente en cualquier región Azure con un click. Datos cerca de tus usuarios en cualquier parte del mundo.

SLA de 99.999% (5 nines)

El SLA de disponibilidad más alto de Azure. Para aplicaciones que NO pueden tolerar downtime.

Latencia de < 10ms garantizada

Tanto para lecturas como escrituras en p99. Garantizado por SLA (único en la industria).

Multi-model

Un solo servicio con 5 APIs: SQL/Core, MongoDB, Cassandra, Table, Gremlin (grafos).

Niveles de consistencia (el trade-off central)

StrongTodas las lecturas ven lo último escrito. Máxima consistencia. Mayor latencia.
Bounded StalenessLecturas detrás por X versiones o T segundos. Balance.
SessionDefault. Consistencia dentro de una sesión de cliente. Mejor para apps de usuario único.
Consistent PrefixLas lecturas nunca ven escrituras fuera de orden.
EventualSin garantías de orden. Máximo performance. Menor consistencia.

Cuándo usar Cosmos DB vs Azure SQL

Usa Cosmos DB cuando:

  • App global con usuarios en múltiples continentes
  • Datos de estructura variable (schema flexible)
  • SLA de 99.999% es un requisito
  • Necesitas APIs MongoDB/Cassandra/Gremlin
  • IoT: millones de escrituras/segundo

Usa Azure SQL cuando:

  • Datos estructurados con schema fijo (ACID)
  • Queries SQL complejos con JOINs
  • App regional (no necesitas distribución global)
  • Presupuesto ajustado (Cosmos DB es más caro)
  • Team ya conoce SQL y T-SQL

Migración de datos a Azure

Azure Migrate

Assessment y migración de VMs, bases de datos y aplicaciones desde on-premises a Azure. Descubrimiento automático, análisis de dependencias, estimación de costos.

Para

Planificar la migración completa de datacenter

Azure Data Box

Dispositivo físico que Microsoft te envía. Copias TBs de datos localmente, lo devuelves, Microsoft lo carga en Azure Storage. Para cuando subir por internet tomaría semanas.

Para

40–800 TB de datos que subir por internet tardaría meses

Azure Database Migration Service

Migra bases de datos SQL Server, MySQL, PostgreSQL, MongoDB a Azure con mínimo downtime. Puede hacer migración online (replica en tiempo real) o offline.

Para

Migrar bases de datos con downtime mínimo o cero

¿Entendiste este tema?

Pon a prueba lo que acabas de aprender

¿Qué tipo de almacenamiento de Azure es más adecuado para guardar millones de archivos no estructurados como imágenes, videos y backups?