MÓDULO 10 - DNS y Enrutamiento de Failover
Descripción General
Este módulo cubre Amazon Route 53, el servicio DNS de AWS. Aprenderá los conceptos de DNS y cómo configurar el enrutamiento de failover para la resiliencia.
Objetivos de Aprendizaje
- Comprender los conceptos fundamentales de DNS
- Explicar los tipos de registros DNS
- Configurar el TTL y comprender la propagación
- Implementar el enrutamiento de failover
- Diseñar escenarios de resiliencia
Contenido de la Semana
1. DNS - Conceptos Básicos
┌─────────────────────────────────────────────────────────────┐
│ DNS - Domain Name System │
├─────────────────────────────────────────────────────────────┤
│ │
│ "La guía telefónica de Internet" │
│ │
│ www.exemple.com ──► DNS ──► 52.1.2.3 │
│ (nombre humano) (dirección IP) │
│ │
│ Jerarquía DNS: │
│ │
│ . (root) │
│ │ │
│ ┌─────┼─────┐ │
│ │ │ │ │
│ .com .org .ca │
│ │ │
│ exemple.com (su dominio) │
│ │ │
│ www.exemple.com (registro) │
│ │
└─────────────────────────────────────────────────────────────┘
2. Tipos de Registros DNS
| Tipo | Uso | Ejemplo |
|---|---|---|
| A | Nombre → IPv4 | www → 52.1.2.3 |
| AAAA | Nombre → IPv6 | www → 2001:db8::1 |
| CNAME | Alias a otro nombre | app → alb.amazonaws.com |
| MX | Servidores de correo | mail.exemple.com |
| TXT | Texto (verificación, SPF) | "v=spf1..." |
| NS | Servidores de nombres | ns-xxx.awsdns-xx.com |
| Alias | Solo AWS, apex OK | exemple.com → ALB |
3. TTL (Time To Live)
┌─────────────────────────────────────────────────────────────┐
│ TTL │
├─────────────────────────────────────────────────────────────┤
│ │
│ TTL = Duración del caché del registro │
│ │
│ TTL corto (60s) TTL largo (86400s) │
│ ───────────── ────────────── │
│ • Cambios rápidos • Menos consultas DNS │
│ • Más consultas DNS • Cambios lentos │
│ • Failover rápido • Failover lento │
│ • Más costoso • Menos costoso │
│ │
│ Recomendaciones: │
│ • Producción estable: 300-3600 segundos │
│ • Antes de migración: reducir a 60s (esperar TTL actual) │
│ • Failover: 60s o menos │
│ │
└─────────────────────────────────────────────────────────────┘
4. Políticas de Enrutamiento Route 53
| Política | Descripción | Caso de Uso |
|---|---|---|
| Simple | Un solo recurso | Sitio simple |
| Weighted | Distribución por peso | A/B testing, migración |
| Latency | Más cercano geográficamente | Rendimiento global |
| Failover | Primario/Secundario | Alta disponibilidad |
| Geolocation | Por país/continente | Contenido localizado |
| Multivalue | Varias IPs con health check | HA básico |
5. Enrutamiento de Failover
┌─────────────────────────────────────────────────────────────┐
│ FAILOVER ROUTING │
├─────────────────────────────────────────────────────────────┤
│ │
│ Route 53 Health Check │
│ │ │
│ ▼ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ │ │
│ │ www.exemple.com │ │
│ │ │ │ │
│ │ ├── PRIMARY (si healthy) │ │
│ │ │ └── ALB Region A (us-east-1) │ │
│ │ │ │ │
│ │ └── SECONDARY (si primary unhealthy) │ │
│ │ └── ALB Region B (eu-west-1) │ │
│ │ │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
│ Escenario: │
│ 1. Usuario → www.exemple.com │
│ 2. Route 53 verifica health check primario │
│ 3. Si OK → retorna IP primario │
│ 4. Si KO → retorna IP secundario │
│ │
└─────────────────────────────────────────────────────────────┘
Escenario de Incidente
Ejercicio: Plan de Failover
Contexto:
- Sitio de producción en us-east-1
- Sitio de DR en eu-west-1
- Necesidad: failover automático en caso de falla
Preguntas:
1. ¿Qué tipo de health check configurar?
2. ¿Qué TTL elegir y por qué?
3. ¿Cuánto tiempo para el failover completo?
4. ¿Cuáles son los límites de este enfoque?
Entregable
Mini-Informe de Failover:
- Esquema de la arquitectura de failover
- Configuración DNS propuesta
- Estimación del tiempo de failover
- Límites y riesgos identificados
Navegación
- Conceptos DNS y Route 53
- Políticas de Enrutamiento
- Quiz de Validación - 30 preguntas para validar sus conocimientos
- Lab: Failover DNS
Siguiente semana: MÓDULO 11 - AWS Lambda