Alta disponibilidad = sobrevivir fallos dentro de una región (HA) o de toda una región (DR). El AZ-305 te pedirá calcular qué arquitectura cumple un SLA objetivo ("99.99%") y elegir entre availability sets, zones y multi-región según costo y requisito.
Contenido
| Construcción | Protege contra | SLA VMs (2+) |
|---|---|---|
| VM única (premium SSD) | Nada — solo SLA de hardware | 99.9% |
| Availability Set (fault/update domains) | Fallo de rack (FD) y mantenimiento planificado (UD) — mismo datacenter | 99.95% |
| Availability Zones | Caída de un datacenter completo (zona) — energía, red, refrigeración independientes | 99.99% |
| Multi-región (+ Front Door/Traffic Manager) | Desastre regional | Compuesto >99.99% |
Reglas para el examen
Trade-offs de zonas
El SLA compuesto de servicios en serie se multiplica: App Service (99.95%) × SQL Database (99.99%) = 99.94% — siempre MENOR que el componente más débil. Para subirlo: redundancia en paralelo (multi-instancia, multi-zona, multi-región) o eliminar dependencias síncronas (colas).
Downtime permitido por nivel
Cómo razonar en el examen
| Capa | Diseño HA intra-región |
|---|---|
| Web/API (PaaS) | App Service plan con ≥2-3 instancias + zone redundancy; autoscale |
| Compute (IaaS) | VMSS Flexible (modo moderno por defecto) repartido en zonas detrás de Standard Load Balancer zone-redundant; VMSS Uniform solo para workloads legacy |
| Contenedores | AKS con node pools en múltiples zonas; pod topology spread |
| SQL Database | Business Critical/GP con zone redundancy (réplicas en zonas distintas) |
| Storage | ZRS (o GZRS si además DR regional) |
| Mensajería | Service Bus Premium (zone redundant por defecto) |
| Cache | Redis Standard/Premium con réplica; Premium con zonas |
| Balanceo regional | Standard LB / App Gateway v2 (ambos zone-redundant) |
Active-Active
Active-Passive (hot standby)
Active-Passive (cold / redeploy)
Entrada global
Azure Front Door (L7: HTTP/S, failover casi instantáneo, WAF, CDN) vs Traffic Manager (DNS: cualquier protocolo, failover depende del TTL). Para apps web multi-región la respuesta moderna es Front Door.
| Requisito | Diseño |
|---|---|
| SLA 99.99% para una capa de VMs en una región | VMs/VMSS en Availability Zones + Standard LB |
| SLA 99.95% suficiente, región sin zonas | Availability Set |
| El SLA compuesto en serie no llega al objetivo | Redundancia en paralelo o desacoplar con colas |
| Web global que sobrevive a caída regional con RTO≈0 | Active-active multi-región + Front Door |
| DR regional barato, RTO de horas aceptable | Cold standby: IaC + backups geo-redundantes |
| Storage que sobreviva caída de zona | ZRS |
| Latencia mínima entre VMs del cluster | Proximity placement group (sacrificando resiliencia zonal) |
¿Entendiste este tema?
Pon a prueba lo que acabas de aprender
Una app corre en 4 VMs detrás de un load balancer en West Europe. El negocio exige SLA de 99.99% para la capa de cómputo y que la app sobreviva al fallo completo de un datacenter, manteniéndose en una sola región. ¿Qué diseño cumple?
Inicia sesión para llevar tu progreso.