MÓDULO 8 - Escalabilidad y Alta Disponibilidad
Visión General
este módulo cubre los conceptos de alta disponibilidad (HA) y escalabilidad con AWS. Aprenderá a diseñar arquitecturas resilientes con Load Balancing.
Evaluación Sumativa
este módulo incluye la Evaluación 2 (25%) que cubre HA y Scaling.
Objetivos de Aprendizaje
- Comprender los conceptos de alta disponibilidad
- Explicar el funcionamiento de los Load Balancers de AWS
- Configurar health checks
- Diseñar una arquitectura stateless
- Definir criterios de éxito para HA
Contenido de la Semana
1. Alta Disponibilidad - Conceptos
┌─────────────────────────────────────────────────────────────┐
│ HAUTE DISPONIBILITÉ │
├─────────────────────────────────────────────────────────────┤
│ │
│ Objectif : Service toujours accessible malgré les pannes │
│ │
│ SANS HA AVEC HA │
│ ─────── ─────── │
│ │
│ ┌─────────┐ ┌─────────┐ │
│ │ Instance│ ← SPOF │ ALB │ ← Distribution │
│ │ Unique │ └────┬────┘ │
│ └─────────┘ │ │
│ │ ┌────────┼────────┐ │
│ ▼ │ │ │ │
│ PANNE = DOWN ┌┴┐ ┌┴┐ ┌┴┐ │
│ │1│ │2│ │3│ │
│ └─┘ └─┘ └─┘ │
│ AZ-a AZ-b AZ-c │
│ │
│ PANNE d'une instance = SERVICE OK │
│ │
└─────────────────────────────────────────────────────────────┘
2. Tipos de Load Balancers AWS
| Tipo | Uso | Capa | Características |
|---|---|---|---|
| ALB | HTTP/HTTPS | 7 | Enrutamiento avanzado, WebSocket |
| NLB | TCP/UDP | 4 | Ultra-rápido, IP estática |
| CLB | Legacy | 4/7 | Antiguo, evitar su uso |
| GWLB | Appliances | 3 | Firewalls, IDS |
3. Health Checks
┌─────────────────────────────────────────────────────────────┐
│ HEALTH CHECKS │
├─────────────────────────────────────────────────────────────┤
│ │
│ Le Load Balancer vérifie régulièrement la santé │
│ des instances cibles. │
│ │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ ALB │──GET /──►│Instance │ │Instance │ │
│ │ │◄──200 OK─│ (OK) │ │ (KO) │ │
│ └─────────┘ └─────────┘ └─────────┘ │
│ │ ✓ ✗ │
│ │ │
│ └──────────► Trafic envoyé uniquement aux instances │
│ qui répondent correctement │
│ │
│ Paramètres : │
│ • Path : /health │
│ • Interval : 30 secondes │
│ • Healthy threshold : 3 succès consécutifs │
│ • Unhealthy threshold : 2 échecs consécutifs │
│ │
└─────────────────────────────────────────────────────────────┘
4. Arquitectura Stateless
STATELESS = La aplicación no almacena estado en la instancia
✅ BUENO (Stateless) ❌ MALO (Stateful)
───────────────── ────────────────────
Sesiones en Redis/DynamoDB Sesiones en disco local
Archivos en S3 Archivos en EBS
Config en Parameter Store Config en archivo local
¿Por qué Stateless?
• Cualquier instancia puede atender cualquier solicitud
• Escalado horizontal sencillo
• Reemplazo de instancia sin pérdida de datos
Evaluación 2 (25%)
Formato
- Diseño de arquitectura HA (60%)
- Preguntas teóricas (40%)
Contenido Cubierto
- Load Balancing (ALB, NLB)
- Health Checks
- Arquitectura Multi-AZ
- Diseño stateless
- Criterios de disponibilidad
Entregable
Arquitectura HA documentada:
- Esquema con LB e instancias Multi-AZ
- Configuración de health checks
- Justificación de las decisiones
- Cálculo de disponibilidad teórica
Navegación
- Conceptos de Alta Disponibilidad
- Load Balancers AWS
- Health Checks
- Quiz de Validación - 30 preguntas para validar sus conocimientos
- Lab: Arquitectura HA
Próxima semana: MÓDULO 9 - Auto Scaling