Amazon RDS: Bases de Datos Relacionales Administradas

RDS es un servicio de base de datos relacional administrada que reduce la carga operativa de administrar bases de datos.

AWS administra:

• Aprovisionamiento de hardware
• Instalación y parches del software de BD
• Backups automáticos
• Alta disponibilidad (Multi-AZ)
• Escalado de almacenamiento

Tú administras:

• Diseño del esquema de datos
• Optimización de queries
• Configuración de parámetros de BD
• Gestión de usuarios y permisos

Ventajas sobre EC2 con BD instalada:

• Menor carga operativa
• Backups automatizados
• Multi-AZ simplificado
• Parches automáticos
• Monitoreo integrado

Motores comerciales:

• Oracle: Enterprise, Standard
• Microsoft SQL Server: Express, Web, Standard, Enterprise

Motores open source:

• MySQL: 5.7, 8.0
• PostgreSQL: Múltiples versiones
• MariaDB: Fork de MySQL

Amazon Aurora:

• Motor propietario de AWS
• Compatible con MySQL y PostgreSQL
• 5x rendimiento de MySQL, 3x de PostgreSQL
• Almacenamiento auto-escalable hasta 128 TB
• Más costoso pero más potente

Cómo elegir:

• Aurora: Máximo rendimiento, dispuesto a pagar más
• MySQL/PostgreSQL: Open source, flexibilidad
• Oracle/SQL Server: Aplicaciones legacy o requisitos específicos

Multi-AZ Deployment:

• Réplica síncrona en otra AZ
• Failover automático en caso de falla
• Mismo endpoint DNS (sin cambios en aplicación)

Cómo funciona:

         AZ-a              AZ-b
    ┌──────────┐      ┌──────────┐
    │  Primary │─────→│ Standby  │
    │    DB    │ sync │    DB    │
    └──────────┘      └──────────┘
         ▲
         │
    Aplicación

Failover automático cuando:

• Falla de la instancia primaria
• Falla de la AZ
• Mantenimiento de la instancia
• Cambio de tipo de instancia

Tiempo de failover:

• Típicamente 60-120 segundos
• Automático, sin intervención manual

Importante:

• Multi-AZ es para disponibilidad, NO para rendimiento
• El standby NO recibe tráfico de lectura
• Aumenta el costo (pagas por 2 instancias)

¿Qué son?

• Copias de solo lectura de tu base de datos
• Replicación asíncrona desde la primaria
• Pueden estar en otra AZ o región

Casos de uso:

• Escalar lecturas: Distribuir queries SELECT
• Analytics: Reportes sin afectar producción
• DR multi-región: Réplica en otra región

Características:

• Hasta 5 Read Replicas por instancia
• Pueden promoverse a BD independiente
• Endpoint separado de la primaria
• Replicación asíncrona (lag posible)

Diagrama:

                Primary DB
               ┌──────────┐
               │  Writes  │
               │  Reads   │
               └────┬─────┘
         ┌─────────┼─────────┐
         ▼         ▼         ▼
    ┌────────┐ ┌────────┐ ┌────────┐
    │Replica1│ │Replica2│ │Replica3│
    │ (AZ-b) │ │ (AZ-c) │ │(Region)│
    └────────┘ └────────┘ └────────┘
      Reads      Reads      DR/Reads

Multi-AZ vs Read Replicas:

Backups Automáticos:

• Activados por defecto
• Retención: 1-35 días (7 por defecto)
• Backup diario + transaction logs
• Point-in-time recovery (PITR)
• Se almacenan en S3 (gestionado por AWS)

Snapshots Manuales:

• Iniciados por el usuario
• Sin expiración automática
• Útiles para puntos de restauración específicos
• Pueden compartirse entre cuentas

Restauración:

• Siempre crea una NUEVA instancia de BD
• No se puede restaurar sobre la instancia existente
• Restaurar a cualquier punto en el período de retención

Mejores prácticas:

• Mantener retención de backups según requisitos de negocio
• Crear snapshots antes de cambios importantes
• Probar restauración periódicamente

RDS vs EC2 + DB instalada:

RDS vs DynamoDB:

RDS vs Aurora: