AWS · Software · ficha YoctoIT

RDS

Las bases de datos relacionales gestionadas: MySQL, PostgreSQL, SQL Server y Oracle sin administración básica — y Aurora, el motor cloud-native de AWS.

FOCUS · EL DBA DUERMEPatching, backups y failover automáticos: la base de datos que no llama de noche
Material YoctoIT para clientes y partners · AWS e i nomi dei servizi sono marchi di Amazon.com, Inc.
01 · Qué es

Amazon RDS & Aurora, en claro.

RDS quita el trabajo repetitivo del DBA: provisioning, patching, backups point-in-time y failover multi-AZ automático para los motores principales. Aurora rediseña MySQL y PostgreSQL sobre el almacenamiento distribuido de AWS: más throughput, réplicas en segundos y Serverless v2.

6 motores
MySQL, PostgreSQL, MariaDB, SQL Server, Oracle, Db2
PITR
point-in-time recovery: la base de datos rebobinada al segundo
15 réplicas
de lectura Aurora a latencia mínima
Icona ufficiale AWS — Amazon RDS & Aurora
ICONO OFICIAL AWS · RDS
Console AWS
CONSOLA AWS REAL · RDS PERFORMANCE INSIGHTS · FUENTE: AWS BLOG
02 · Cómo usarlo bien

Las cosas que marcan la diferencia.

La alta disponibilidad

Aplicaciónendpoint único, failover transparente
Primary AZ-a
Standby AZ-b
Réplicas de lectura
multi-AZ nativo
Almacenamiento Aurora distribuido6 copias en 3 AZ, reparación automática
Backups en S3 + PITRla protección continua, sin ventanas
La base de datos que sobrevive a la zona

Multi-AZ

El standby síncrono con failover en ~1-2 minutos: la HA sin clúster que construir.

Aurora Serverless v2

La capacidad que escala en pasos finos: la base de datos que sigue la carga, incluso a cero.

Blue/Green deployment

Los upgrades de versión probados en el clon e intercambiados en segundos: el major upgrade sin terror.

Performance Insights

El tuning visual: las consultas que pesan vistas al momento, sin AWR que descifrar.

03 · En profundidad

Multi-AZ, Aurora y las versiones que caducan

RDS gestiona MySQL, PostgreSQL, MariaDB, SQL Server y Oracle con Multi-AZ (failover automático ~60-120s; con Multi-AZ cluster dos réplicas legibles y failover más rápido) y PITR hasta 35 días. Aurora separa almacenamiento y cómputo: 6 copias en 3 AZ, réplicas con lag mínimo, Serverless v2 que escala en pasos de 0,5 ACU y Global Database para el DR cross-region con RPO ~1s. Las versiones de los motores tienen fin de vida: el calendario es parte del servicio.

  • Multi-AZ cluster — dos standbys legibles y failover en ~35s: la HA moderna de RDS
  • Aurora storage — 6 copias en 3 AZ auto-reparables: el volumen que crece solo hasta 128TB
  • Serverless v2 — escalado fino a 0,5 ACU: la base de datos que respira con la carga
  • Global Database — réplica cross-region con RPO ~1s: el DR geográfico gestionado
  • Performance Insights — la carga por consulta y esperas: el tuning guiado por los datos
  • Blue/Green deploy — el upgrade de versión con switch en minutos y rollback listo
04 · Números y ciclo de vida

Los números que cuentan.

35 gg
el point-in-time recovery máximo
~1 s
el RPO típico de Aurora Global Database
128 TB
el volumen Aurora máximo por clúster
EOL
cada major del motor tiene una fecha: la gobernamos por calendario
La base de datos gestionada te deja el esquema y las versiones: parámetros, pruebas de failover y upgrades blue/green están en nuestro perímetro.
05 · Casos de uso

Dónde rinde de verdad.

El ERP en la nube

La base de datos de aplicación en RDS: la migración que libera al equipo del hierro.

Nuevas aplicaciones

Aurora para los proyectos nacidos en la nube: rendimiento y resiliencia desde el primer día.

Consolidación de instancias

Decenas de bases de datos dispersas devueltas al estándar: políticas únicas, costes visibles.

La base de datos sigue siendo el corazón: la observamos con Yocto Vision y la mantenemos en los niveles correctos — RDS hace el trabajo manual, nosotros la estrategia.