Motori RDS e classi di istanza

Amazon RDS supporta sei motori di database: MySQL, PostgreSQL, MariaDB, Oracle, Microsoft SQL Server e Amazon Aurora. Ogni motore e una versione completamente gestita del database open source o commerciale che gia conosce. AWS gestisce patch, backup e failover, cosi puo concentrarsi sulla logica della sua applicazione.

La scelta del motore dipende dai requisiti dell'applicazione esistente, dai costi di licenza e dalle funzionalita offerte da ciascun motore. Aurora e l'opzione cloud-native di AWS, progettata per prestazioni e disponibilita.

MySQL e il database relazionale open source piu diffuso al mondo ed e una scelta naturale per applicazioni web e CMS. PostgreSQL offre una conformita SQL avanzata, un solido supporto per JSONB e un potente ecosistema di estensioni, caratteristiche che lo rendono popolare per carichi di lavoro analitici e geospaziali.

Entrambi i motori su RDS supportano backup automatici, deployment Multi-AZ e Read Replica. Le Read Replica di PostgreSQL possono estendersi su piu regioni, mentre MySQL supporta fino a 15 repliche cross-region con Aurora MySQL.

MariaDB e un fork di MySQL sviluppato dalla comunita, pienamente compatibile con i client MySQL a livello di protocollo wire. Offre motori di storage aggiuntivi, prestazioni migliori in alcuni carichi di lavoro e un modello di sviluppo aperto, senza funzionalita proprietarie.

Su RDS, MariaDB e un sostituto diretto di MySQL se desidera evitare le licenze MySQL di Oracle o preferisce il fork della comunita. Supporta le stesse funzionalita di backup automatico, Multi-AZ e Read Replica di MySQL.

Oracle Database su RDS supporta sia il modello License Included (LI) sia il modello Bring Your Own License (BYOL). LI include la licenza Oracle SE2 nella tariffa oraria, mentre BYOL consente di usare la licenza Enterprise Edition esistente per funzionalita come il partizionamento e Advanced Security.

Analogamente, Microsoft SQL Server su RDS offre edizioni LI (Express, Web, Standard, Enterprise) e BYOL. Entrambi i motori supportano Multi-AZ con mirroring sincrono, ma non supportano le Read Replica nello stesso modo dei motori open source.

Amazon Aurora e un database relazionale cloud-native compatibile sia con MySQL sia con PostgreSQL. Aurora offre fino a 5 volte il throughput di MySQL e 3 volte il throughput di PostgreSQL sullo stesso hardware, grazie a un livello di storage distribuito che replica automaticamente i dati sei volte in tre zone di disponibilita.

Lo storage di Aurora cresce automaticamente con incrementi di 10 GB fino a 128 TiB, eliminando il provisioning manuale dello storage. La separazione tra calcolo e storage consente inoltre ad Aurora Serverless di aumentare e ridurre automaticamente la capacita.

Le classi di istanze RDS seguono la stessa convenzione di denominazione di EC2, ma usano il prefisso db. invece della sola lettera della famiglia. Le principali famiglie sono:

• db.t — Prestazioni burstable, conveniente per sviluppo/test (ad esempio, db.t3.micro, db.t4g.small)
• db.m — Uso generico, CPU e memoria bilanciate (ad esempio, db.m6g.large)
• db.r — Ottimizzata per la memoria, per cache di grandi dimensioni e tabelle in memoria (ad esempio, db.r6g.xlarge)
• db.x — Memoria estrema per Oracle e SQL Server con carichi di lavoro SAP

Scelga db.t per lo sviluppo, db.m per la produzione tipica e db.r per database con grandi set di lavoro.

Per scegliere una classe di istanza RDS e necessario profilare l'utilizzo della CPU, il consumo di memoria, le esigenze di IOPS e la larghezza di banda di rete del carico di lavoro. AWS Compute Optimizer e lo strumento RDS Performance Insights aiutano a identificare se l'istanza corrente e sovradimensionata o sottodimensionata.

Un modello comune consiste nell'iniziare con una db.t3 per la prototipazione, passare a db.m6g quando il carico diventa costante e adottare db.r6g quando le query traggono vantaggio da un buffer pool piu grande. Le istanze basate su Graviton2 (db.m6g, db.r6g) offrono in genere un rapporto prezzo-prestazioni fino al 35% migliore rispetto alle equivalenti x86.

RDS offre tre tipi di storage che corrispondono internamente a volumi EBS:

• gp2 / gp3 — SSD per uso generico; gp3 consente di effettuare il provisioning indipendente di IOPS e throughput senza pagare per maggiore storage
• io1 / io2 — SSD con IOPS con provisioning per database OLTP sensibili alla latenza che richiedono tempi di risposta costanti inferiori al millisecondo
• st1 — HDD ottimizzato per il throughput, disponibile solo per motori specifici e carichi di lavoro di test

Per la maggior parte dei deployment RDS in produzione, gp3 e l'impostazione predefinita consigliata poiche offre 3.000 IOPS senza costi aggiuntivi e puo essere scalato indipendentemente dalla dimensione dello storage.

RDS supporta due dimensioni di scalabilita. Il ridimensionamento verticale (modifica della classe di istanza) richiede una breve finestra di inattivita, a meno che Multi-AZ non sia abilitato: con Multi-AZ, il failover consente un downtime quasi nullo durante il ridimensionamento. Puo pianificare la modifica per la successiva finestra di manutenzione o applicarla immediatamente.

Il ridimensionamento orizzontale e in sola lettura: si aggiungono Read Replica per distribuire le query SELECT lontano dal database primario. Le Read Replica usano la replica asincrona, quindi esiste un piccolo ritardo di replica che l'applicazione deve poter tollerare.

Quando sceglie tra Aurora e MySQL/PostgreSQL della comunita, consideri questi compromessi:

• Aurora: throughput superiore, replica automatica sei volte, failover rapido (~30 s), nessuna gestione manuale dello storage, costo orario piu elevato
• MySQL/PostgreSQL: costo inferiore, estensioni della comunita piu ampie, opzione BYOL, strumenti operativi familiari

Negli scenari d'esame, Aurora e preferibile quando la domanda enfatizza l'alta disponibilita, la crescita automatica dello storage o prestazioni vicine a quelle dei database commerciali al prezzo dell'open source. I motori della comunita sono preferibili quando la priorita e la riduzione dei costi o la parita di funzionalita con l'ambiente on-premises.

RDS distingue gli aggiornamenti di versione minore (ad esempio, MySQL 8.0.32 → 8.0.36) dagli aggiornamenti di versione maggiore (ad esempio, MySQL 5.7 → 8.0). Gli aggiornamenti minori possono essere configurati per l'applicazione automatica durante la finestra di manutenzione abilitando --auto-minor-version-upgrade. Gli aggiornamenti maggiori sono manuali e possono richiedere test di compatibilita dell'applicazione.

Testi sempre prima gli aggiornamenti di versione maggiore in un ambiente di staging. Puo creare uno snapshot del DB prima dell'aggiornamento per eseguire il rollback in caso di problemi. I cluster Aurora supportano aggiornamenti in-place della versione maggiore con interruzioni minime.

Verifichi la sua comprensione dei concetti di AWS Solutions Architect (SAA-C03) trattati in questa lezione.

In questa lezione ha imparato che: RDS supporta sei motori (MySQL, PostgreSQL, MariaDB, Oracle, SQL Server, Aurora), le classi di istanze corrispondono a profili di carico di lavoro (db.t per sviluppo/test, db.m per uso generico, db.r per carichi a uso intensivo di memoria) e Aurora offre un throughput superiore e il dimensionamento automatico dello storage rispetto ai motori della comunita. Nella prossima sezione esploreremo i deployment Multi-AZ e i backup automatici per l'alta disponibilita.