AWS · Software · scheda YoctoIT

RDS

I database relazionali gestiti: MySQL, PostgreSQL, SQL Server e Oracle senza amministrazione di base — e Aurora, il motore cloud-native di AWS.

FOCUS · IL DBA DORMEPatching, backup e failover automatici: il database che non chiama di notte
Richiedi il Free Assessment Scopri di più
Materiale YoctoIT per clienti e partner · AWS e i nomi dei servizi sono marchi di Amazon.com, Inc.
01 · Cos'è

Amazon RDS & Aurora, in chiaro.

RDS toglie il lavoro ripetitivo del DBA: provisioning, patching, backup point-in-time e failover multi-AZ automatico per i principali motori. Aurora riprogetta MySQL e PostgreSQL sullo storage distribuito di AWS: più throughput, repliche in secondi e Serverless v2.

6 motori
MySQL, PostgreSQL, MariaDB, SQL Server, Oracle, Db2
PITR
point-in-time recovery: il database riavvolto al secondo
15 repliche
di lettura Aurora a latenza minima
Icona ufficiale AWS — Amazon RDS & Aurora
ICONA UFFICIALE AWS · RDS
Console AWS
CONSOLE AWS REALE · RDS PERFORMANCE INSIGHTS · FONTE: AWS BLOG
02 · Come lo si usa bene

Le cose che fanno la differenza.

L'alta disponibilità

Applicazioneendpoint unico, failover trasparente
Primary AZ-a
Standby AZ-b
Repliche di lettura
multi-AZ nativo
Storage Aurora distribuito6 copie su 3 AZ, riparazione automatica
Backup su S3 + PITRla protezione continua, senza finestre
Il database che sopravvive alla zona

Multi-AZ

Lo standby sincrono con failover in ~1-2 minuti: la HA senza cluster da costruire.

Aurora Serverless v2

La capacità che scala a gradini fini: il database che segue il carico, anche a zero.

Blue/Green deployment

Gli upgrade di versione provati sul clone e scambiati in secondi: il major upgrade senza terrore.

Performance Insights

Il tuning visuale: le query che pesano viste subito, senza AWR da decifrare.

03 · In profondità

Multi-AZ, Aurora e le versioni che scadono

RDS gestisce MySQL, PostgreSQL, MariaDB, SQL Server e Oracle con Multi-AZ (failover automatico ~60-120s; con Multi-AZ cluster due repliche leggibili e failover più rapido) e PITR fino a 35 giorni. Aurora separa storage e compute: 6 copie su 3 AZ, repliche a lag minimo, Serverless v2 che scala a step di 0,5 ACU e Global Database per il DR cross-region con RPO ~1s. Le versioni dei motori hanno fine vita: il calendario è parte del servizio.

  • Multi-AZ cluster — due standby leggibili e failover in ~35s: l'HA moderna di RDS
  • Aurora storage — 6 copie su 3 AZ auto-riparanti: il volume che cresce da solo fino a 128TB
  • Serverless v2 — scaling fine a 0,5 ACU: il database che respira col carico
  • Global Database — replica cross-region con RPO ~1s: il DR geografico gestito
  • Performance Insights — il carico per query e attese: il tuning guidato dai dati
  • Blue/Green deploy — l'upgrade di versione con switch in minuti e rollback pronto
04 · Numeri e ciclo di vita

I numeri che contano.

35 gg
il point-in-time recovery massimo
~1 s
l'RPO tipico di Aurora Global Database
128 TB
il volume Aurora massimo per cluster
EOL
ogni major del motore ha una data: la governiamo a calendario
Il database gestito lascia a te schema e versioni: parametri, failover test e upgrade blue/green sono nel nostro perimetro.
05 · Use case

Dove rende davvero.

Il gestionale in cloud

Il database applicativo su RDS: la migrazione che libera il team dal ferro.

Nuove applicazioni

Aurora per i progetti nati in cloud: prestazioni e resilienza dal giorno uno.

Consolidamento istanze

Decine di database sparsi riportati a standard: policy uniche, costi visibili.

Il database resta il cuore: noi lo osserviamo con Yocto Vision e lo teniamo ai livelli giusti — RDS fa la manovalanza, noi la strategia.