El diseño de soluciones de almacenamiento es una de las áreas con mayor peso en el examen AZ-305. Va mucho más allá de memorizar nombres de servicios: la habilidad real consiste en combinar las características de rendimiento, las opciones de replicación y las reglas de transición entre capas de cada servicio para seleccionar la arquitectura óptima según los requisitos. Esta guía destila los patrones clave extraídos del análisis de 53 preguntas reales del examen, cubriendo Blob Storage, Azure Files, Managed Disks, NetApp Files, opciones de replicación y Lifecycle Management, todo en un solo lugar.
---
Diseño de Blob Storage y Capas de Acceso
Blob Storage es el almacenamiento de objetos de referencia en Azure para datos no estructurados: imágenes, videos, registros, copias de seguridad y más. Es accesible directamente mediante REST APIs HTTP/HTTPS y se integra de forma nativa con Azure CDN y Front Door.
El tipo de cuenta de almacenamiento es el punto de partida del diseño. General Purpose v2 (GPv2) es el tipo de uso general que admite las cuatro capas de acceso (Hot, Cool, Cold, Archive) y las políticas de Lifecycle Management. Al habilitar el espacio de nombres jerárquico (HNS) en una cuenta GPv2, esta se convierte en ADLS Gen2. Premium Block Blob tiene respaldo en SSD y proporciona una latencia consistente de menos de 1 ms, pero solo admite la capa Hot y no soporta políticas de Lifecycle Management. FileStorage es exclusivo para Azure Files Premium y no puede crearse desde una cuenta GPv2.
Las capas de acceso representan un equilibrio entre el costo de almacenamiento y el costo de lectura. Hot es adecuado para datos de acceso frecuente; Cool, para datos retenidos 30 días o más; Cold, para 90 días o más; y Archive, para 180 días o más. Si los datos se acceden de forma irregular — como en auditorías trimestrales — pero deben leerse de inmediato cuando se necesitan, Cool es la elección correcta. Las políticas de Lifecycle Management solo funcionan en cuentas GPv2; Cool tiene una retención mínima de 30 días, Archive de 180 días, y se aplican cargos por eliminación anticipada si los datos se mueven antes.
Las opciones de protección de datos tienen propósitos distintos. Blob Versioning retiene automáticamente las versiones anteriores cuando se sobreescribe un blob. Soft Delete permite la recuperación hasta 365 días después de la eliminación, pero como un administrador puede restaurar los datos, no cumple los requisitos WORM. Point-in-Time Restore es exclusivo para Block Blob y requiere habilitar simultáneamente las tres características: Soft Delete, Versioning y Change Feed. Una política de inmutabilidad (WORM) en estado bloqueado impide que incluso los administradores de suscripción modifiquen o eliminen los datos dentro del período de retención, lo que la hace adecuada para el cumplimiento de regulaciones como SEC 17a-4 en contextos financieros, sanitarios y legales.
---
Azure Files y Diseño de Recursos Compartidos de Archivos
Azure Files es un servicio de recursos compartidos de archivos en la nube completamente administrado que admite los protocolos SMB y NFS. Se presenta en dos niveles: Standard (cuenta GPv2, respaldado por HDD, latencia de decenas a cientos de milisegundos) y Premium (cuenta FileStorage, respaldado por SSD, latencia de un solo dígito de milisegundos). Premium solo admite LRS y ZRS; GRS y RA-GRS no están disponibles.
No es posible crear un recurso compartido de archivos Premium desde una cuenta GPv2. Si se requiere uso compartido de archivos con baja latencia, se debe elegir el tipo de cuenta FileStorage.
La selección del método de autenticación es un tema frecuente en el examen. En entornos donde el uso de Shared Key está deshabilitado y se requiere autenticación SMB con una cuenta de Entra ID, se debe habilitar la autenticación de Azure Files con Entra ID (Kerberos). La autenticación AD DS es para entornos híbridos con Active Directory en las instalaciones locales.
Azure File Sync mantiene sincronizados automáticamente los servidores de archivos de las sucursales con Azure Files. Incluso cuando el servidor local está fuera de línea, los empleados pueden acceder directamente a Azure Files en la nube, garantizando la continuidad del negocio. El cloud tiering retiene localmente solo los archivos de uso frecuente, reduciendo las necesidades de almacenamiento local hasta un 99%. Si se presentan simultáneamente tres requisitos — baja latencia en la sucursal, sincronización centralizada y tolerancia a fallos — la combinación de Azure Files y Azure File Sync es la respuesta correcta.
---
Managed Disks y Diseño de Discos para VM
Managed Disks son el almacenamiento en bloque que se adjunta a las máquinas virtuales de Azure. El rendimiento aumenta en este orden: Standard HDD (desarrollo/pruebas), Standard SSD (servidores web generales), Premium SSD (SQL Server, producción), Premium SSD v2 (OLTP de alto rendimiento, latencia de submilisegundos, ajuste independiente de IOPS y rendimiento) y Ultra Disk (el mayor rendimiento, limitado a zonas de disponibilidad). Si el costo y la complejidad operativa de Ultra Disk son excesivos, Premium SSD v2 es una sólida alternativa.
La configuración de Host Caching es crítica en los escenarios con SQL Server. Para los discos de archivos de datos, utilice caché Read-Only: las lecturas se sirven desde la memoria, reduciendo los IOPS, mientras que las escrituras van directamente al disco, eliminando el riesgo de pérdida de datos si se pierde la caché. Para los discos de registro de transacciones, configure el caché en None. Las escrituras van directamente al disco sin caché, garantizando la durabilidad de escritura; el patrón de escritura secuencial de los registros de transacciones proporciona un rendimiento suficiente incluso sin caché.
---
Opciones de Replicación y Disponibilidad de Datos (LRS/ZRS/GRS/GZRS)
| Opción | Alcance de replicación | Fallo de DC único | Fallo de región | Durabilidad | |--------|----------------------|-------------------|-----------------|-------------| | LRS | 3 copias dentro de un único datacenter | Vulnerable | Vulnerable | 11 nueves | | ZRS | 3 zonas de disponibilidad en la misma región | Protegido | Vulnerable | 12 nueves | | GRS | LRS + replicación asíncrona a región secundaria | Vulnerable | Protegido | 16 nueves | | RA-GRS | GRS + acceso de lectura a la región secundaria | Vulnerable | Protegido + Lectura | 16 nueves | | GZRS | ZRS + replicación asíncrona a región secundaria | Protegido | Protegido | 16 nueves |
Criterios de selección: elija LRS para minimizar costos sin necesidad de recuperación ante desastres; ZRS para tolerancia a fallos de un único DC cuando la replicación entre regiones está prohibida por soberanía de datos o regulación; RA-GRS para recuperación ante desastres regionales con disponibilidad de lectura durante una interrupción; GZRS cuando se requiere protección tanto contra fallos de zona como de región.
Azure Files Premium solo admite LRS y ZRS. Si se necesita tolerancia ante el fallo de un único datacenter, ZRS es la única opción de alta disponibilidad. Si se espera acceso frecuente, mantener los datos en la capa Hot es necesario para conservar la latencia de lectura a nivel de milisegundos.
!Comparación de opciones de replicación de Azure Storage
Tabla Comparativa de Servicios
| Servicio | Caso de uso principal | Protocolo | Opciones de replicación | Soporte de capas | |----------|-----------------------|-----------|------------------------|------------------| | Blob Storage GPv2 | Almacenamiento de objetos no estructurados | HTTP/HTTPS | Todas (LRS a GZRS) | Hot/Cool/Cold/Archive | | Azure Files Standard | Uso compartido de archivos, sustitución de servidores | SMB, NFS | LRS/ZRS/GRS/RA-GRS | - | | Azure Files Premium | Uso compartido de archivos de alta velocidad y baja latencia | SMB, NFS | Solo LRS, ZRS | - | | Managed Disks | Almacenamiento en bloque para VM | - | LRS/ZRS | - | | NetApp Files | NAS empresarial de alto rendimiento | NFS v3/v4.1, SMB | Hardware dedicado | Ultra/Premium/Standard | | ADLS Gen2 | Data lake para big data y análisis | ABFS/HTTP | Todas (LRS a GZRS) | Hot/Cool/Archive |
El nivel de servicio Ultra de NetApp Files ofrece 128 MiB/s por TiB de rendimiento y latencia de submilisegundos: un NAS de nivel empresarial. Si las palabras clave son máximo rendimiento, mínima latencia y prioridad en el desempeño, Azure NetApp Files es la respuesta. Sin embargo, si la compatibilidad con SMB es el requisito principal y la eficiencia de costos también importa, Azure Files Premium es la opción más adecuada.
---
Criterios de Selección que Confunden en el Examen
Almacenamiento con Cumplimiento WORM
Si el requisito es que incluso los administradores no puedan eliminar los datos, junto con el cumplimiento de SEC 17a-4 y la retención a largo plazo, elija una política de inmutabilidad de Blob Storage en estado bloqueado. Soft Delete no califica como WORM porque un administrador puede restaurar los datos eliminados. Las políticas de retención de Azure Backup no protegen el blob de origen. Un Resource Lock solo impide la eliminación de la cuenta de almacenamiento — no proporciona protección a nivel de blob.
Data Lake + ACL de Carpetas + Spark
Cuando se requieren simultáneamente una estructura jerárquica de carpetas, POSIX ACLs e integración con Apache Spark, elija ADLS Gen2 (GPv2 con HNS habilitado). El HNS solo puede habilitarse en el momento de la creación de la cuenta. RBAC controla únicamente el nivel de cuenta y contenedor; para permisos granulares de carpeta y archivo, son necesarios los POSIX ACLs (que requieren HNS).
Blob de Alto Rendimiento + Baja Latencia + WORM Simultáneamente
Si se requieren simultáneamente miles de escrituras de registros por segundo, cumplimiento WORM y latencia de submilisegundos, elija Premium Block Blob Storage. Standard GPv2 tiene respaldo en HDD y no puede satisfacer estos requisitos. Premium Block Bl