Passa al contenuto principale

Amazon RDS per MySQL

Domande frequenti su Amazon RDS per MySQL

Generali

Apri tutto

Sì, puoi acquistare un Savings Plans del database per il tuo utilizzo di Amazon RDS per MySQL e ridurre i costi fino al 20% se ti impegni a un utilizzo costante per un periodo di 1 anno. Ulteriori informazioni sull'utilizzo idoneo sono disponibili nella pagina dei prezzi dei Savings Plans per i database.

Attualmente, il database relazionale di Amazon (Amazon RDS) per MySQL supporta le versioni 8.4 e 8.0 di MySQL Community Edition. RDS per MySQL supporta anche MySQL 5.7 con il supporto esteso di RDS. Maggiori informazioni sulle versioni secondarie supportate sono disponibili nella Guida per l’utente di Amazon RDS.

In MySQL i numeri di versione sono strutturati come segue:
Versione MySQL = X.Y.Z

X = Versione principale, Y = Livello release, Z = Numero di versione in una serie di release.
Dal punto di vista di Amazon RDS, una modifica della versione è considerata principale se viene modificata la versione principale o il livello di release. Ad esempio l'aggiornamento dalla versione 5.6.X alla versione 5.7.X.
Una modifica della versione è considerata secondaria se viene modificato solo il numero di versione della release. Ad esempio l'aggiornamento dalla versione 5.6.27 alla versione 5.6.29.

Il ripristino point-in-time, il ripristino degli snapshot e l'integrazione Zero-ETL con le funzionalità di Amazon Redshift di Amazon RDS per MySQL richiedono un motore di archiviazione da poter ripristinare in caso di anomalie e sono supportati solo per il motore di archiviazione InnoDB. MySQL supporta più motori di archiviazione con funzionalità diverse, ma non tutti sono ottimizzati per il ripristino da arresto anomalo e la durata dei dati. Ad esempio, il motore di archiviazione MyISAM non supporta il ripristino per arresto anomalo in modo affidabile e può causare la perdita o il danneggiamento dei dati al riavvio di MySQL dopo un arresto anomalo, impedendo il regolare ripristino delle funzionalità point-in-time o snapshot. Tuttavia, scegliendo di utilizzare MyISAM con Amazon RDS, in alcuni scenari può essere utile seguire queste fasi per la funzionalità di ripristino dello snapshot del database. Il Federated Storage Engine non è attualmente supportato da RDS per MySQL.

Quando viene creata una nuova istanza database, l'utente primario di default ottiene determinati privilegi. Cfr. Master User Account Privileges nella guida utente Amazon RDS per un elenco dei privilegi.

Le repliche di lettura di RDS per MySQL necessitano di un motore di archiviazione transazionale e sono supportate solo per il motore di archiviazione InnoDB. I motori di archiviazione MySQL non transazionali come MyISAM potrebbero impedire il corretto funzionamento delle repliche di lettura. Se tuttavia intendi comunque utilizzare MyISAM con le repliche di lettura, ti consigliamo di tenere sotto controllo il parametro "Replica Lag" di Amazon CloudWatch (disponibile tramite la Console di gestione AWS o le API di Amazon CloudWatch) e ricreare la replica di lettura nel caso rimanesse bloccata a causa di errori durante le operazioni di replica. Le stesse considerazioni valgono per l'utilizzo di tabelle temporanee e altri motori non transazionali.

È possibile impostare il formato di registrazione di log binari come basato su riga per le versioni 5.6 e successive di MySQL. Per impostazione predefinita, la replica è configurata in formato misto, ovvero include operazioni sia basate su righe sia basate su istruzioni; questa impostazione consente di soddisfare i requisiti della maggior parte dei casi d'uso. Per ulteriori informazioni sulla differenza tra formato misto e replica basata su righe, consulta la documentazione di MySQL.

Domande frequenti sulle implementazioni blu/verdi di Amazon

Apri tutto

Le implementazioni blu/verdi di Amazon RDS sono disponibili in RDS per le versioni di MySQL 5.7 e successive. Puoi trovare ulteriori informazioni sulle versioni disponibili nella documentazione di RDS per MySQL.

Le implementazioni blu/verdi di Amazon RDS sono disponibili in tutte le Regioni AWS pertinenti e nelle Regioni AWS GovCloud.

Le implementazioni blu/verdi di Amazon RDS consentono di apportare modifiche più sicure, semplici e rapide al database; ad esempio, aggiornamenti di versioni principali o secondarie, modifiche dello schema, ridimensionamento delle istanze, modifiche dei parametri del motore e aggiornamenti di manutenzione.

Le implementazioni blu/verdi di Amazon RDS consentono di effettuare aggiornamenti del database più sicuri, semplici e veloci senza alcuna perdita di dati. Le implementazioni blu/verdi sono delle versioni principali o secondarie, aggiornamenti del sistema operativo, modifiche allo schema in ambienti verdi che non interrompono la replica logica, come l'aggiunta di una nuova colonna alla fine di una tabella o le modifiche alle impostazioni dei parametri del database. È possibile utilizzare le implementazioni blu/verdi per effettuare più aggiornamenti del database contemporaneamente utilizzando un unico switchover. Ciò consente di rimanere aggiornati con le patch di sicurezza, migliorare le prestazioni e accedere alle nuove funzionalità del database con tempi di inattività brevi e prevedibili.

L'esecuzione dei carichi di lavoro sulle istanze verdi avrà lo stesso prezzo di quella sulle istanze blu. Il costo dell'esecuzione su istanze blu e verdi include gli attuali prezzi standard per db.instance, il costo dell'archiviazione, il costo degli input/output (I/O) di lettura/scrittura e di qualsiasi funzionalità abilitata, come il costo dei backup e degli Approfondimenti sulle prestazioni di Amazon RDS. Di fatto, per tutta la durata dell'implementazione blu/verde verrà pagato circa il doppio del costo dell'esecuzione dei carichi di lavoro su db.instance.

Ad esempio: disponi di un database RDS per MySQL 5.7 in esecuzione su due db.instance r5.2xlarge, un'istanza di database primaria e una replica di lettura), nella regione AWS us-east-1 con una configurazione multi-AZ (MAZ). Ognuna delle db.instance r5.2xlarge è configurata per Amazon Elastic Block Store (Amazon EBS) per uso generico da 20 GiB. Crei un clone della topologia dell'istanza blu utilizzando implementazioni blu/verdi di Amazon RDS, lo esegui per 15 giorni (360 ore) e quindi elimini le istanze blu dopo che il passaggio è stato completato. Le istanze blu costano 1,387 USD per 15 giorni a una tariffa on demand di 1,926 USD/ora (istanza+costo di EBS). Il costo totale per l'utilizzo delle implementazioni blu/verdi per quei 15 giorni è di 2,774 USD, che è il doppio del costo di esecuzione delle istanze blu per un tale periodo di tempo.

Le implementazioni blu/verdi di Amazon RDS consentono di apportare modifiche più sicure, semplici e rapide al database; ad esempio, aggiornamenti di versioni principali o secondarie, modifiche dello schema, ridimensionamento delle istanze, modifiche dei parametri del motore e aggiornamenti di manutenzione.

Nelle implementazioni blu/verdi di Amazon RDS, l'ambiente blu è l'ambiente di produzione attuale. L'ambiente verde è l'ambiente di staging che, dopo lo switchover, diventerà il nuovo ambiente di produzione.

Quando le implementazioni blu/verdi di Amazon RDS avviano un passaggio, le scritture negli ambienti blu e verdi vengono bloccate fino al completamento del processo. Durante il passaggio, l'ambiente di staging (o ambiente verde) raggiunge l'ambiente blu, garantendo la coerenza dei dati tra gli ambienti blu e verde. Una volta che l'ambiente blu e quello verde sono completamente sincronizzati, le implementazioni blu/verdi promuovono l'ambiente verde come nuovo ambiente blu, reindirizzando il traffico verso l'ambiente verde. Le implementazioni blu/verdi sono progettate per abilitare le scritture nell'ambiente verde dopo che lo switchover è stato completato, prevenendo la perdita di dati durante il processo.

Se l'ambiente blu è una replica logica autogestita o un abbonato, bloccheremo lo switchover. Si consiglia di interrompere prima la replica nell'ambiente blu, procedere con lo switchover e quindi riprendere la replica. Al contrario, se l'ambiente blu è l'origine di una replica logica autogestita o di un publisher, è possibile continuare con lo switchover. Tuttavia, sarà necessario aggiornare la replica autogestita per eseguire la replica dall'ambiente verde dopo lo switchover.

Le implementazioni blu/verdi di Amazon RDS non cancellano il tuo vecchio ambiente di produzione. Se necessario, puoi accedervi per ulteriori convalide o per effettuare test di regressione o sulle prestazioni. Se non hai più bisogno del vecchio ambiente di produzione, puoi anche eliminarlo. Gli addebiti in fattura standard vengono applicati alle vecchie istanze di produzione fino a quando non le elimini.

La funzione dei guardrail nel processo di passaggio delle implementazioni blu/verdi di Amazon RDS è quella di bloccare la scrittura sugli ambienti blu e verde fino a quando l'ambiente verde non si riporta in pari prima del passaggio. Le implementazioni blu/verdi eseguono anche controlli dell'integrità del primario e delle repliche negli ambienti blu e verde. Inoltre, eseguono controlli dell'integrità della replica, ad esempio, per verificare se la replica è stata interrotta o se sono presenti errori. Rilevano transazioni di lunga durata tra i tuoi ambienti blu e verdi. Puoi specificare il tempo di inattività massimo tollerabile (fino a 30 secondi) e se la transazione in corso lo supera, lo switchover andrà in timeout.

No, le implementazioni blu/verdi di Amazon RDS non supportano server proxy per Amazon RDS, repliche di lettura tra Regioni o repliche di lettura a cascata.

No, al momento non puoi utilizzare le implementazioni blu/verdi di Amazon RDS per eseguire il rollback delle modifiche.

Domande frequenti sulle scritture ottimizzate per Amazon RDS

Apri tutto

MySQL protegge gli utenti dalla perdita di dati scrivendoli due volte in memoria (prima nel "buffer doublewrite" e poi nell'archiviazione tabelle) in pagine da 16 KiB, in un sistema di archiviazione durevole. Le scritture ottimizzate per Amazon RDS scrivono le pagine di dati da 16 KiB direttamente nei file di dati in modo affidabile e duraturo, in un solo passaggio, utilizzando la funzionalità Torn Write Prevention di AWS Nitro System.

Le scritture ottimizzate per Amazon RDS sono disponibili per la MySQL major version 8.0.30 e successive.

Le scritture ottimizzate per Amazon RDS sono disponibili per le istanze db.r6i e db.r5b. Sono disponibili in tutte le regioni in cui queste istanze sono disponibili.

È necessario che tutti gli utenti di RDS per MySQL implementino le scritture ottimizzate per Amazon RDS per una velocità di trasmissione effettiva delle transazioni di scrittura fino a due volte superiore. Le applicazioni che prevedono carichi di lavoro in scrittura pesanti, come i pagamenti digitali, il trading finanziario e le applicazioni di gioco online, troveranno questa funzionalità particolarmente utile.

No. Amazon Aurora edizione compatibile con MySQL evita a priori l'impiego del "buffer doublewrite". Infatti Aurora replica i dati in sei modi diversi su tre zone di disponibilità (AZ) e utilizza un approccio basato sul quorum per scrivere i dati in modo duraturo e per leggerli correttamente in seguito.

Al momento, questa versione iniziale non supporta l'abilitazione delle scritture ottimizzate per Amazon RDS per le istanze di database esistenti, anche se la classe di istanza supporta le scritture ottimizzate.

Le scritture ottimizzate per Amazon RDS sono disponibili per i clienti di RDS per MySQL senza costi addizionali.

Domande frequenti sulle letture ottimizzate per Amazon RDS

Apri tutto

I carichi di lavoro che utilizzano oggetti temporanei su MySQL per l'elaborazione delle query possono trarre beneficio dalle letture ottimizzate per Amazon RDS. che collocano oggetti temporanei nell'archiviazione dell'istanza basata su NVMe dell'istanza di database, anziché nel volume Amazon EBS. In questo modo si può arrivare ad aumentare la velocità di elaborazione delle query complesse fino al 50%.

Le letture ottimizzate per Amazon RDS sono disponibili per RDS per MySQL sulle versioni 8.0.28 MySQL e successive.

Le letture ottimizzate per Amazon RDS sono disponibili in tutte le regioni in cui sono disponibili le istanze db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn e X2iedn. Per ulteriori informazioni consulta la documentazione sulle classi d’istanza del database Amazon RDS.

I clienti dovrebbero utilizzare le letture ottimizzate per Amazon RDS in presenza di carichi di lavoro che richiedono query complesse o analisi per uso generico, o che richiedono gruppi complessi, catalogazioni, aggregazioni di hash, join a carico elevato e Common Table Expressions (CTE). Questi casi d'uso comportano la creazione di tabelle temporanee, consentendo alle letture ottimizzate di accelerare l'elaborazione delle query del carico di lavoro.

Sì, i clienti possono convertire il loro database Amazon RDS esistente per utilizzare le letture ottimizzate di Amazon RDS spostando il carico di lavoro in un'istanza abilitata per la lettura ottimizzata. Le letture ottimizzate sono disponibili anche per impostazione predefinita su tutte le classi di istanza supportate. Se il carico di lavoro viene eseguito su istanze db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn e X2iedn, si sta già beneficiando delle letture ottimizzate.