Preparación para la Certificación Microsoft AZ-305
Diseña el almacenamiento de datos con Azure Storage, Blob Storage, Files y discos administrados
Convierte la forma de los datos, el patrón de acceso, la durabilidad, el rendimiento, el costo y la seguridad en una arquitectura de almacenamiento defendible.
Tiempo de estudio sugerido: 86 minutos • Nivel intermedio • Reescritura original completa con resumen conciso de cada tema
Por João Ricardo Dutra••Contenido original completo
1. Empieza el diseño por la forma y el acceso de los datos
Un diseño de almacenamiento empieza por la información, no por el nombre de un producto. Configuraciones, facturas y registros financieros organizados se comportan de forma distinta a planos, vídeos, documentos de oficina o archivos para asociados. El arquitecto clasifica estructura, acceso, latencia, durabilidad, retención, geografía, seguridad y costo.
Imagina un minorista global que consolida medios de productos, archivos operativos y datos de máquinas virtuales. La solución debe escalar sin perder control de residencia, rendimiento, protección ni gasto. Este capítulo relaciona los requisitos con cuentas de ,,,, y sus controles.
Clasificar datos estructurados, semiestructurados y no estructurados.
Seleccionar objetos y tipos de cuenta.
Diseñar redundancia primaria y secundaria.
Elegir niveles e inmutabilidad de blobs.
Diseñar recursos compartidos y discos administrados.
Proteger identidades, redes, transporte y claves.
Se recomienda conocer suscripciones, cuentas de almacenamiento, blobs, archivos, máquinas virtuales y conceptos básicos de protección de datos.
Resumen del tema
Clasifica los datos y sus requisitos operativos antes de comparar servicios.
2. Los datos estructurados comparten un esquema fijo
Los datos estructurados siguen un modelo común: tablas con filas, columnas, tipos, claves y relaciones conocidos antes de escribir. Historias clínicas, directorios, cuentas financieras y transacciones comerciales son ejemplos. Una base de datos relacional suele ser el primer candidato cuando predominan consistencia, combinaciones y transacciones.
Resumen del tema
Un esquema estable y relaciones explícitas suelen indicar una plataforma relacional, no objetos o archivos.
3. Los datos semiestructurados llevan su organización
La información semiestructurada no cabe en una tabla rígida, pero etiquetas o campos describen su significado. , y son ejemplos. El esquema puede cambiar entre registros, por lo que convienen almacenes de documentos, objetos o análisis que acepten evolución.
Resumen del tema
Los datos semiestructurados tienen campos reconocibles sin necesitar un modelo innecesariamente rígido.
4. Los datos no estructurados carecen de modelo relacional uniforme
Fotos, audio, vídeo, PDF, texto, documentos de Word y presentaciones no mantienen relaciones uniformes de filas y columnas. Se abordan como objetos o archivos. “No estructurado” no significa sin gobierno: , indexación, retención, clasificación y autorización siguen siendo esenciales.
La estructura reduce candidatos; acceso y rendimiento completan la elección.
Resumen del tema
El contenido no estructurado necesita gobierno, pero objetos o archivos encajan mejor con su acceso.
5. Relaciona objetos de almacenamiento con la semántica
Objetos principales de .
Objeto
Mejor uso
Acceso
Grandes volúmenes de texto y binarios no estructurados.
de objetos, acceso secuencial o analítico y niveles de ciclo de vida.
Directorios compartidos y lift-and-shift.
SMB, NFS o ; montajes simultáneos.
Discos administrados
Volúmenes de SO y datos para .
E/S de bloques de baja latencia.
Mensajes asincrónicos duraderos y trabajo pendiente.
Productores y consumidores independientes.
Claves y atributos sin combinaciones relacionales.
Acceso clave-valor.
No deduzcas que todo dato estructurado pertenece a un archivo ni que todo byte no estructurado pertenece a un blob. Las de archivos, E/S aleatoria, mensajería y consultas pueden pesar más que la forma.
Resumen del tema
Elige la semántica que usa la aplicación: objeto, archivo compartido, bloque, cola o tabla clave-valor.
6. La cuenta es y límite de gobierno
Una cuenta reúne servicios compatibles y ofrece un espacio global único por o . Región, redundancia, rendimiento, red, cifrado y límites se aplican a sus datos. Separa cuentas cuando los conjuntos necesiten distintas regiones, conformidad, rendimiento, exposición pública, administradores o ciclo de vida.
La cuenta no tiene tarifa base fija; el costo procede de capacidad, operaciones, recuperación, replicación, transferencia y características. Pocas cuentas acoplan límites y riesgos; demasiadas aumentan políticas e inventario.
La cuenta combina , configuración, límites y seguridad.
Resumen del tema
Crea límites intencionales de geografía, rendimiento, seguridad, propiedad, capacidad y costo.
7. Selecciona el tipo de cuenta por el comportamiento
Tipos recomendados.
Tipo
Servicios
Uso
Uso general v2 estándar
Blob, incluido , Files, Queue y Table.
Predeterminado para la mayoría y conjunto amplio de funciones.
Blobs en bloques premium
Blobs en bloques y en anexos.
Muchas transacciones, objetos pequeños o latencia baja constante.
Recursos compartidos premium
.
SMB o NFS empresarial de alto rendimiento.
Blobs en páginas premium
Solo blobs en páginas.
Datos dispersos e indexados y escenarios especializados.
Valida regiones, redundancia, espacio jerárquico y protocolos. El tipo preferido en Microsoft Azure Portal orienta la creación, pero una cuenta de uso general puede admitir otros servicios compatibles.
Resumen del tema
Uso general v2 sirve para la mayoría; usa una especialización premium solo con necesidad probada.
8. La ubicación equilibra residencia, latencia, costo y operación
Región: acerca datos a consumidores y proceso dependiente.
Cumplimiento: respeta residencia, soberanía, auditoría y reglas sectoriales.
Costo: modela capacidad, operaciones, recuperación, salida y replicación.
Administración: separa equipos solo cuando el beneficio supera la proliferación.
Sensibilidad: aísla datos confidenciales y conexión privada del contenido público.
Imputación: usa cuenta, suscripción, grupo y etiquetas para medir propiedad.
Resumen del tema
La ubicación es una decisión conjunta de geografía, cumplimiento, rendimiento, costo, administración y sensibilidad.
9. La redundancia cubre distintos ámbitos de error
conserva varias copias. La opción decide si quedan en un , cruzan zonas o se reproducen asincrónicamente en otra región. Durabilidad y disponibilidad aumentan con el límite de error, igual que costo y compromisos.
Selecciona redundancia según el mayor fallo que debe sobrevivir la carga.
Resumen del tema
Redundancia es una elección de dominio de error: rack, centro, zona o región.
10. LRS es protección local económica
El almacenamiento con redundancia local (LRS) mantiene copias sincrónicas en una ubicación física de la región primaria. Cubre fallos de unidad y rack con menor costo, pero un desastre del centro puede afectar todas las copias. Encaja con datos reconstruibles o con otra copia independiente.
Resumen del tema
LRS protege hardware local, no la pérdida completa del .
11. ZRS resiste el fallo de una zona
El almacenamiento con redundancia de zona (ZRS) distribuye datos sincrónicamente entre tres zonas de la región primaria. Lecturas y escrituras continúan al perder una zona. Es útil para residencia y disponibilidad regional, pero no crea recuperación fuera de la región.
Resumen del tema
ZRS elimina la dependencia de una zona y mantiene copias en una región.
12. GRS y GZRS agregan una región secundaria
El almacenamiento con redundancia geográfica (GRS) usa LRS en la primaria; GZRS usa ZRS. Ambos replican asincrónicamente a una región secundaria fija con copias locales. El desfase implica un RPO distinto de cero.
Con GRS o GZRS, la secundaria no se lee antes de la conmutación. RA-GRS y RA-GZRS exponen un secundario de solo lectura. La aplicación debe utilizarlo expresamente; habilitarlo no implementa conmutación.
Resumen del tema
GRS y GZRS amplían durabilidad regional; las variantes RA permiten lectura previa con posible pérdida asincrónica.
13. El nivel Archivo limita la redundancia
Los blobs archivados admiten LRS, GRS y RA-GRS, no ZRS, GZRS ni RA-GZRS. Rehidrata a un nivel en línea antes de cambiar a redundancia zonal. Como puede tardar horas y costar, diseña juntos topología y archivo.
Resumen del tema
Archivo es un nivel sin conexión cuyas restricciones deben resolverse temprano.
14. Los niveles intercambian costo de capacidad por acceso
Niveles de blobs en bloques.
Nivel
Acceso y mínimo
Uso
Frecuente
En línea, milisegundos, sin mínimo.
Datos leídos o modificados a menudo.
Esporádico
En línea, milisegundos, 30 días en uso general v2.
Acceso infrecuente con disponibilidad inmediata.
Frío
En línea, milisegundos, 90 días en uso general v2.
Acceso raro con recuperación inmediata.
Archivo
Sin conexión, horas para rehidratar, 180 días.
Copia larga, fuentes originales, registros legales e históricos.
Mover o borrar antes del mínimo puede generar eliminación anticipada prorrateada. Niveles más fríos reducen capacidad y encarecen operaciones y lectura. El ciclo de vida automatiza transiciones y expiración. El nivel inteligente puede mover datos aptos entre Frecuente, Esporádico y Frío según el uso observado.
En el de referencia para almacenamiento estándar, la disponibilidad publicada es 99,9% para Frecuente y 99% para Esporádico, Frío y Archivo; con lecturas RA-GRS es 99,99% y 99,9%. Úsalos como entrada y confirma el actual de la cuenta y redundancia exactas antes de fijar el objetivo de la carga.
El nivel más frío no siempre tiene el menor costo total.
Resumen del tema
Elige por costo completo y tiempo de recuperación, no solo precio por GiB.
15. Frecuente, Esporádico y Frío permanecen en línea
Frecuente es el valor predeterminado para datos activos. Esporádico y Frío reducen costo de capacidad manteniendo recuperación en milisegundos, con disponibilidad algo menor y acceso más caro. Catálogos antiguos, copias breves y conjuntos analíticos pueden encajar según frecuencia.
Resumen del tema
Los niveles en línea fríos ahorran si acceso y duración justifican sus cargos.
16. Archivo exige un plan de rehidratación
Un blob en Archivo no se lee ni modifica hasta rehidratarlo a Frecuente, Esporádico o Frío. La prioridad cambia tiempo y costo y el proceso puede tardar hasta 15 horas. Sirve para copia secundaria, entrada bruta preservada y cumplimiento con recuperación flexible. Los siguen legibles; la carga está sin conexión.
Resumen del tema
Archivo minimiza capacidad si se acepta indisponibilidad, demora y recuperación más cara.
17. El almacenamiento inmutable aplica retención WORM
Las directivas WORM impiden modificar o borrar blobs. Una retención basada en tiempo protege durante un intervalo; luego se puede borrar, pero no sobrescribir. Una suspensión legal permanece hasta retirar sus etiquetas autorizadas y no tiene fecha previa.
La directiva puede aplicarse a contenedor o versión. Prueba antes de bloquearla porque una directiva bloqueada no se elimina fácilmente. Todos los niveles admiten inmutabilidad, pero los blobs en páginas de VM activas no son apropiados porque sus escrituras quedarían bloqueadas.
La retención temporal vence; la legal termina por decisión autorizada.
Resumen del tema
Usa inmutabilidad para pruebas y copias resistentes y gobierna el bloqueo como operación crítica.
18. El diseño de blobs combina disponibilidad, latencia y costo
Disponibilidad: niveles en línea responden ya; Archivo no.
Latencia: premium busca latencia baja; rehidratación se mide en horas.
Costo: incluye capacidad, operaciones, lectura, eliminación, replicación y transferencia.
Durabilidad: selecciona copias locales, zonales o geográficas.
Inmutabilidad: elige tiempo o suspensión legal según el evento.
Operación: automatiza transiciones con reglas probadas.
Resumen del tema
Explica cuenta, nivel, redundancia, inmutabilidad, ciclo de vida y costo total juntos.
19. ofrece sistemas de archivos administrados
expone recursos compartidos mediante SMB, NFS y según modelo y nivel. Clientes Windows, Linux y macOS compatibles pueden montarlos a la vez. Sustituye o complementa servidores y NAS, aloja configuración compartida y admite aplicaciones que esperan rutas de archivo.
Sin hardware ni parches del sistema de archivos.
Cifrado en reposo y tránsito configurable.
Redundancia e instantáneas.
Protección nativa con .
Acceso local y en la nube con red adecuada.
Resumen del tema
es almacenamiento compartido con semántica de archivo.
20. Montaje directo y cubren necesidades distintas
El montaje directo conecta clientes con SMB o NFS y elimina el servidor. centraliza SMB en mientras Windows Server conserva una caché local rápida, compatibilidad y menor latencia en sucursales.
Usa montaje directo cuando los clientes llegan a y no necesitan servidor. Usa para caché híbrida, organización por niveles y modernización gradual. Planifica identidad, , firewall, conexión privada y puertos.
Montaje directo elimina el servidor; File Sync mantiene una caché local.
Resumen del tema
Montaje directo es acceso ; es caché SMB híbrida.
21. Medio y nivel de acceso son decisiones diferentes
Los recursos SSD aportan rendimiento estable y baja latencia para bases, sitios, desarrollo y E/S intensa. HDD prioriza economía. En pago por uso clásico, optimizado para transacciones, frecuente y esporádico usan HDD con precios distintos de datos y operaciones. No confundas medio con nivel.
SSD admite SMB y NFS en modelos compatibles. La redundancia geográfica aparece en configuraciones HDD compatibles, mientras SSD usa local o zona. Valida protocolo, región, facturación y redundancia como una matriz.
Resumen del tema
Elige SSD o HDD por rendimiento y después el nivel y redundancia disponibles.
22. tiene tres modelos de facturación
Modelos de facturación.
Modelo
Cómo funciona
Guía
Aprovisionado v2
Capacidad, IOPS y rendimiento se aprovisionan de forma independiente.
Recomendado para nuevas implementaciones; SSD y HDD compatibles.
Pago por uso
Cobra almacenamiento usado, operaciones y transferencia.
Solo HDD; flexible, pero presupuesto menos predecible.
Aprovisionado v1
La capacidad fija la relación de rendimiento.
Modelo SSD heredado; usa v2 salvo requisito específico.
Resumen del tema
Aprovisionado v2 es el diseño predeterminado actual por su ajuste independiente.
23. Compara Blob , y
Comparación de servicios.
Servicio
Patrón
Uso
Objetos secuenciales, lectura intensa y escala; NFS 3.0 o cuando se admite.
Análisis, HPC, medios, datos brutos, copia y archivo.
Archivos aleatorios compartidos y cambios locales por SMB, NFS 4.1 o .
Lift-and-shift, directorios, CMS, ERP, desarrollo y contenedores.
NAS empresarial de alto rendimiento con SMB, NFS, protocolo dual y gestión avanzada.
Bases sensibles a latencia, SAP HANA, HPC y migración NAS exigente.
Los límites cambian por nivel, modelo, volumen y región. Mide el perfil real en vez de elegir por una cifra máxima.
Objetos, archivos administrados y NAS premium ocupan posiciones distintas.
Resumen del tema
Usa Blob para economía de objetos, Files para archivos administrados y NetApp Files para NAS exigente.
24. Los discos administrados proporcionan bloques para VM
Los discos administrados son volúmenes virtualizados de SO y datos para . administra cuentas, blobs en páginas y disponibilidad subyacentes. El tamaño de VM limita número de discos, IOPS y rendimiento; un disco rápido no supera el límite de la VM.
Tipos de disco.
Tipo
Carga
Bases intensivas en E/S y transacciones como SAP HANA, SQL y Oracle.
SSD prémium v2
Producción con latencia, IOPS y rendimiento ajustables por separado.
SSD prémium
Producción sensible al rendimiento.
SSD estándar
Web, aplicaciones ligeras y desarrollo/prueba.
HDD estándar
Copia y datos no críticos de acceso infrecuente.
y SSD prémium v2 son discos de datos, no de SO. El uso de HDD estándar como disco de SO se retirará el 8 de septiembre de 2028; los nuevos diseños deben elegir SSD y migrar dependencias.
Resumen del tema
Selecciona disco y VM juntos según latencia, IOPS, rendimiento, región, costo y restricciones.
25. Las capas de cifrado protegen rutas diferentes
El cifrado del servidor protege automáticamente discos de SO y con claves de plataforma o del cliente mediante un conjunto de cifrado. Disk Encryption cifra volúmenes invitados con BitLocker o DM-Crypt. El cifrado en el host cubre discos temporales, cachés y el flujo hacia .
Los mecanismos se solapan, pero no son iguales. Decide por cumplimiento, propiedad de clave, soporte, copia y operación. No repitas la afirmación obsoleta de que el cifrado en host elimina el cifrado del servidor; los discos siguen cifrados en reposo.
Resumen del tema
Distingue cifrado de almacenamiento, invitado y host y elige una combinación compatible.
26. La caché del host debe coincidir con la E/S
El valor habitual es ReadWrite en SO y ReadOnly en datos. ReadOnly acelera lecturas; None conviene a escritura intensa; ReadWrite exige persistencia segura de la aplicación. No hay caché para discos de 4 TiB o más ni .
Cambiarla desasocia y vuelve a asociar el disco; en SO reinicia la VM. Programa la operación y detén servicios afectados.
Resumen del tema
La caché mejora latencia si respeta integridad, tamaño, comportamiento y mantenimiento.
27. La seguridad del almacenamiento es por capas
Empieza por la línea base y reduce acceso permanente. Prefiere y de . Una firma de acceso compartido (SAS) delega recurso, permiso, protocolo, y expiración sin revelar la clave; para blobs usa SAS de delegación de usuario cuando sea posible y protege cada SAS como credencial.
Identidad: , identidades administradas, y privilegio mínimo.
Red: firewalls, redes seleccionadas, de servicio y puntos de conexión privados.
Transporte: transferencia segura y cifrado SMB/NFS.
Reposo: claves de plataforma o del cliente en o administrado.
Gobierno: , registros, rotación, revocación y revisión.
Resumen del tema
Protege autorización, red, transporte, claves y gobierno como capas independientes.
28. Los puntos privados eliminan la dependencia pública
Un punto de conexión privado coloca una interfaz de un subrecurso de dentro de una . El tráfico permanece en la red troncal de Microsoft y puede llegar desde el entorno local por o emparejamiento privado de ExpressRoute. privado debe resolver al address privado.
Crear el punto no deshabilita el público. Configura acceso público y firewall explícitamente. Blob, file, queue, table y otros subrecursos pueden necesitar puntos separados.
Ruta privada, identidad, transporte cifrado y clave controlada son límites complementarios.
Resumen del tema
Private Link aporta la ruta; y la directiva pública determinan si la cuenta es solo privada.
29. Transferencia segura y claves del cliente agregan control
La transferencia segura requerida rechaza inseguro y viene habilitada en cuentas nuevas. Los controles actuales de separan requisitos de cifrado SMB y NFS. Conserva el valor salvo excepción heredada documentada.
cifra en reposo con claves de Microsoft. Las claves administradas por el cliente añaden control mediante o , pero crean responsabilidad de disponibilidad y rotación. Borrar una clave, perder permisos o el almacén puede hacer inaccesibles los datos.
Resumen del tema
Exige transporte cifrado y usa claves del cliente solo con operación capaz de garantizar su disponibilidad.
30. Comprobación: decisiones de Tailwind Traders
Respuestas y razón.
Requisito
Mejor diseño
Razón
Garantías inmutables durante tres años.
Retención inmutable por tiempo.
La duración es conocida; una suspensión legal no tiene final fijo.
Muchas fotos y vídeos.
.
Objetos escalables para medios no estructurados.
Proveedor externo cambia solo en desarrollo.
SAS breve y mínima.
Delega acceso limitado sin compartir la clave.
Catálogo antiguo raro pero inmediato.
Frío o Esporádico tras analizar costos.
Archivo necesita rehidratación.
Seguir en línea tras perder la región primaria.
Georredundancia y conmutación probada de la aplicación.
Las copias no redirigen tráfico ni validan el servicio.
Resumen del tema
El examen sigue el comportamiento: WORM, medios como objetos, acceso temporal, frío en línea y recuperación regional.
31. Lista de arquitectura y síntesis
Inventaría datos, propietarios, esquema, crecimiento, protocolos, E/S y dependencias.
Elige semántica de objeto, archivo, bloque, cola, tabla o base antes del SKU.
Separa cuentas por región, cumplimiento, rendimiento, sensibilidad, límites y ciclo.
Documenta LRS, ZRS, GRS, GZRS, lectura secundaria y RPO.
Modela niveles, recuperación, operaciones, eliminación, replicación y salida.
Elige retención temporal o legal y gobierna el bloqueo.
Prueba , y discos con la carga real.
Prefiere Entra, privilegio mínimo, red privada, transporte cifrado y claves supervisadas.
Prueba restauración, conmutación, rehidratación, rotación y revocación.
Como práctica, pide a Microsoft Copilot comparar alojamiento para datos no estructurados, proponer migración, explicar redundancia, reducir costo y agrupar diez prácticas de seguridad por esfuerzo. Trátalo como hipótesis y valida en Microsoft Learn y una prueba controlada.
Resumen del tema
Un diseño AZ-305 completo hace trazables datos, servicio, cuenta, redundancia, ciclo, rendimiento, seguridad, costo y recuperación.
