Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Versioni di Amazon Aurora

Amazon Aurora riutilizza il codice e mantiene la compatibilità con i motori DB My SQL e SQL Postgre sottostanti. Tuttavia, Aurora ha i propri numeri di versione, ciclo di rilascio, pianificazione per la dichiarazione come obsolete e così via. Nella sezione seguente sono descritti i punti in comune e le differenze. Queste informazioni consentono di decidere quali versioni scegliere e come verificare quali funzionalità e correzioni sono disponibili in ogni versione. Possono inoltre aiutarti a decidere con quale frequenza eseguire l'aggiornamento e come pianificare il processo di aggiornamento.

Database relazionali disponibili su Aurora

I seguenti database relazionali sono disponibili su Aurora:

Differenze nei numeri di versione tra database della community e Aurora

Ogni versione di Amazon Aurora è compatibile con una versione specifica del database della community di My SQL o Postgre. SQL Puoi trovare la versione della community del tuo database usando la funzione version e la versione di Aurora utilizzando la funzione aurora_version.

Di seguito sono riportati alcuni esempi di Aurora My e SQL Aurora SQL Postgre.

mysql> select version();
+------------------+
|   version()      |
+------------------+
|  5.7.12          | 
+------------------+

mysql> select aurora_version(), @@aurora_version;
+------------------+------------------+
| aurora_version() | @@aurora_version |
+------------------+------------------+
| 2.08.1           | 2.08.1           |
+------------------+------------------+

postgres=> select version();
-----------------------------------------------------------------------------
PostgreSQL 11.7 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.9.3, 64-bit
(1 row)

postgres=> select aurora_version();
aurora_version
----------------
3.2.2

Per ulteriori informazioni, consulta Verifica delle versioni di Aurora My utilizzando SQL SQL e Identificazione delle versioni di Amazon Aurora Postgre SQL.

Versioni principali di Amazon Aurora

Le versioni di Aurora usano lo schema major.minor.patch. Una versione principale di Aurora si riferisce alla versione principale della SQL community My SQL o Postgre con cui Aurora è compatibile. Le versioni SQL principali di Aurora My e SQL Aurora Postgre sono disponibili con il supporto standard almeno fino alla fine del ciclo di vita della community per la versione comunitaria corrispondente. Puoi continuare a eseguire una versione principale a pagamento dopo la data di fine del supporto standard per Aurora. Per ulteriori informazioni, consulta Utilizzo di Amazon RDS Extended Support and Prezzi di Amazon Aurora.

Per ulteriori informazioni sulle versioni SQL principali di Aurora My e sul calendario delle release, consulta Calendario delle release per le versioni principali di Aurora My. SQL

Per ulteriori informazioni sulle versioni principali di Aurora Postgre e sul calendario dei rilasci, consulta Calendario delle versioni SQL principali di Aurora Postgre. SQL

Versioni secondarie di Amazon Aurora

Le versioni di Aurora usano lo schema major.minor.patch. Una versione secondaria di Aurora fornisce al servizio miglioramenti incrementali specifici per la community e Aurora, ad esempio nuove funzionalità e correzioni.

Per ulteriori informazioni sulle versioni SQL secondarie di Aurora My e sul calendario delle versioni di rilascio, consulta Calendario delle versioni secondarie di Aurora My. SQL

Per ulteriori informazioni sulle versioni secondarie di Aurora Postgre e sul calendario delle versioni di rilascio, consulta Calendario delle versioni SQL secondarie di Aurora Postgre. SQL

Versioni delle patch di Amazon Aurora

Le versioni di Aurora usano lo schema major.minor.patch. Una versione patch di Aurora include correzioni importanti aggiunte a una versione secondaria dopo la sua versione iniziale (ad esempio, Aurora My SQL 2.10.0, 2.10.1,..., 2.10.3). Mentre ogni nuova versione secondaria fornisce nuove funzionalità Aurora, le nuove versioni di patch all'interno di una specifica versione secondaria vengono utilizzate principalmente per risolvere problemi importanti.

Per ulteriori informazioni sull'applicazione di patch, consulta Manutenzione di un cluster database Amazon Aurora.

Scopri le novità di ogni versione di Amazon Aurora

Ogni nuova versione di Aurora è dotata di note di rilascio che elencano le nuove funzionalità, le correzioni e altri miglioramenti che si applicano a ciascuna versione.

Per le note di SQL rilascio di Aurora My, vedi Note di rilascio per Aurora My. SQL Per le note di rilascio di Aurora Postgre, vedere Note di SQL rilascio per Aurora Postgre. SQL

Specifica della versione del database Amazon Aurora per il cluster database

È possibile specificare qualsiasi versione attualmente disponibile (principale e secondaria) durante la creazione di un nuovo cluster DB utilizzando l'operazione Crea database in AWS Management Console, il AWS CLI, o l'CreateDBClusterAPIoperazione. Non tutte le versioni del database Aurora sono disponibili in tutte le AWS Regione.

Per ulteriori informazioni su come creare cluster Aurora, consulta Creazione di un cluster database Amazon Aurora. Per ulteriori informazioni su come modificare la versione di un cluster Aurora esistente, consulta Modifica di un cluster database Amazon Aurora.

Versioni predefinite di Amazon Aurora

Quando una nuova versione secondaria Aurora contiene miglioramenti significativi rispetto a una precedente, viene contrassegnata come versione predefinita per i nuovi cluster database. In genere, ogni anno vengono rilasciate due versioni predefinite per ogni versione principale.

Ti consigliamo di mantenere il cluster database aggiornato alla versione secondaria più recente poiché questa include le correzioni di sicurezza più recenti e le ultime funzionalità.

Aggiornamenti a versioni secondarie automatiche

Puoi rimanere aggiornato con le versioni secondarie di Aurora attivando Aggiornamento automatico versione secondaria per ogni istanza database nel cluster Aurora. Aurora esegue l'aggiornamento automatico solo se tutte le istanze database nel cluster hanno questa impostazione abilitata. Gli aggiornamenti automatici delle versioni secondarie vengono eseguiti sulla versione secondaria predefinita.

In genere pianifichiamo gli aggiornamenti automatici due volte l'anno per i cluster database che hanno l'opzione Aggiornamento automatico versione secondaria impostata su Yes. Questi aggiornamenti vengono avviati durante la finestra di manutenzione specificata per il cluster. Per ulteriori informazioni, consulta Aggiornamenti automatici delle versioni secondarie per cluster DB Aurora.

Gli upgrade automatici delle versioni secondarie vengono comunicati in anticipo tramite un evento del cluster Amazon RDS DB con una categoria maintenance e un ID diRDS-EVENT-0156. Per ulteriori informazioni, consulta Categorie di RDS eventi Amazon e messaggi di eventi per Aurora.

Per quanto tempo le versioni principali di Amazon Aurora rimangono disponibili

Le versioni principali di Amazon Aurora restano disponibili almeno fino alla fine del ciclo di vita della comunità per la versione della community corrispondente. Puoi utilizzare le date di fine del supporto standard per Aurora per pianificare i cicli di test e aggiornamento. Queste date rappresentano la prima data in cui potrebbe essere richiesto un aggiornamento a una versione più recente. Per ulteriori informazioni sulle date, consulta Versioni principali di Amazon Aurora.

Prima di chiederti l'aggiornamento a una versione principale più recente e per aiutarti a pianificare, in genere forniamo un promemoria con almeno 12 mesi di anticipo. Lo facciamo per comunicare il processo di aggiornamento dettagliato. I dettagli includono la tempistica di alcune fasi cardine, l'impatto sui cluster database e le azioni che si consiglia di eseguire. Si consiglia sempre di testare accuratamente le applicazioni con le nuove versioni del database prima di eseguire un aggiornamento della versione principale.

Dopo che la versione principale raggiunge la fine del supporto standard di Aurora, qualsiasi cluster DB che esegue ancora la versione precedente verrà automaticamente aggiornato a una versione Extended Support durante una finestra di manutenzione pianificata. Potrebbero essere applicati costi di Extended Support. Per ulteriori informazioni su Amazon RDS Extended Support, consulta Using Amazon RDS Extended Support.

Quanto spesso vengono rilasciate le versioni secondarie di Amazon Aurora

In generale, le versioni secondarie di Amazon Aurora vengono rilasciate ogni trimestre. La pianificazione del rilascio potrebbe variare in base a funzionalità aggiuntive o correzioni.

Per quanto tempo le versioni secondarie di Amazon Aurora rimangono disponibili

Intendiamo rendere disponibile ogni versione minore di Amazon Aurora di una particolare versione principale per almeno 12 mesi. Al termine di questo periodo, Aurora potrebbe applicare un aggiornamento automatico della versione secondaria alla successiva versione secondaria predefinita. Tale aggiornamento viene avviato durante la finestra di manutenzione pianificata per qualsiasi cluster che esegue ancora la versione secondaria precedente.

Potremmo sostituire una versione secondaria di una particolare versione principale prima del normale periodo di 12 mesi se si verificano questioni critiche come problemi di sicurezza o se la versione principale ha raggiunto la fine del ciclo di vita.

Prima di iniziare gli aggiornamenti automatici delle versioni secondarie che si stanno avvicinando alla fine del ciclo di vita, generalmente forniamo un promemoria con tre mesi di anticipo. Lo facciamo per comunicare il processo di aggiornamento dettagliato. I dettagli includono la tempistica di alcune fasi cardine, l'impatto sui cluster database e le azioni che si consiglia di eseguire. Le notifiche con un preavviso inferiore a tre mesi vengono utilizzate quando ci sono questioni critiche, come problemi di sicurezza, che richiedono un'azione più rapida.

Se non hai abilitato l'impostazione Aggiornamento automatico della versione secondaria, riceverai un promemoria ma nessuna notifica di RDS evento. Gli aggiornamenti vengono effettuati entro una finestra di manutenzione una volta raggiunta la scadenza obbligatoria dell'aggiornamento.

Se hai abilitato l'impostazione Auto minor version upgrade, riceverai un promemoria e un evento del cluster Amazon RDS DB con una categoria maintenance e un ID diRDS-EVENT-0156. Gli aggiornamenti vengono eseguiti durante la finestra di manutenzione successiva.

Per maggiori informazioni sugli aggiornamenti automatici delle versioni secondarie, consulta  Aggiornamenti automatici delle versioni secondarie per cluster DB Aurora.

Supporto a lungo termine per versioni secondarie selezionate di Amazon Aurora

Per ogni versione principale di Aurora, alcune versioni secondarie sono designate come long-term-support (LTS) versioni e rese disponibili per almeno tre anni. In altre parole, almeno una versione secondaria per versione principale è disponibile per più di 12 mesi. Di solito forniamo un promemoria sei mesi prima della fine di questo periodo. Lo facciamo per comunicare il processo di aggiornamento dettagliato. I dettagli includono la tempistica di alcune fasi cardine, l'impatto sui cluster database e le azioni che si consiglia di eseguire. Le notifiche con un preavviso inferiore a sei mesi vengono utilizzate quando ci sono questioni critiche, come problemi di sicurezza, che richiedono un'azione più rapida.

LTSle versioni minori includono solo correzioni critiche (tramite versioni patch). Una LTS versione non include nuove funzionalità rilasciate dopo la sua introduzione. Una volta all'anno, i cluster DB in esecuzione su una versione LTS secondaria vengono aggiornati alla versione patch più recente del LTS rilascio. Questa applicazione della patch viene eseguita per garantire che si tragga vantaggio dalle correzioni cumulative per la sicurezza e la stabilità. Potremmo applicare le patch a una versione LTS secondaria più frequentemente se è necessario applicare correzioni critiche, ad esempio per la sicurezza.

Per i numeri di versione di tutte le LTS versioni di Aurora, vedi Aurora I miei rilasci di supporto SQL a lungo termine () LTS e. Utilizzo di una versione di supporto a SQL lungo termine di Aurora Postgre () LTS

Amazon RDS Extended Support per alcune versioni di Aurora

Con Amazon RDS Extended Support, puoi continuare a utilizzare il tuo database su una versione principale del motore oltre la data di fine del supporto standard di Aurora a un costo aggiuntivo. Durante RDS Extended Support, Amazon RDS fornirà patch per Critical e High, secondo CVEs quanto definito dalle valutazioni di CVSS gravità del National Vulnerability Database (NVD). Per ulteriori informazioni, consulta Utilizzo di Amazon RDS Extended Support.

RDSL'Extended Support è disponibile solo su alcune versioni di Aurora. Per ulteriori informazioni, consulta Versioni principali di Amazon Aurora.

Controllo manuale se e quando il cluster database viene aggiornato alle nuove versioni

Gli aggiornamenti automatici delle versioni secondarie vengono eseguiti sulla versione secondaria predefinita. In genere pianifichiamo gli aggiornamenti automatici due volte all'anno per i cluster DB con l'impostazione Auto minor version upgrade abilitata. Questi aggiornamenti vengono avviati durante le finestre di manutenzione specificate dal cliente. Se desideri disattivare gli aggiornamenti automatici delle versioni secondarie, disabilita l'aggiornamento automatico delle versioni secondarie su qualsiasi istanza DB all'interno di un cluster Aurora. Aurora esegue un aggiornamento automatico della versione secondaria solo se tutte le istanze DB del cluster hanno l'impostazione abilitata.

Poiché presentano rischi relativi alla compatibilità, gli aggiornamenti delle versioni principali non vengono eseguiti automaticamente. È necessario avviarli, tranne quando una versione principale diventa obsoleta, come spiegato in precedenza. Si consiglia sempre di testare accuratamente le applicazioni con le nuove versioni del database prima di eseguire un aggiornamento della versione principale.

Per ulteriori informazioni sull'aggiornamento di un cluster database a una nuova versione principale di Aurora, consulta Aggiornamento dei cluster Amazon Aurora My DB SQL e Aggiornamento dei cluster Amazon SQL Aurora Postgree DB.

Aggiornamenti obbligatori di Amazon Aurora

Per alcune correzioni critiche, potremmo eseguire un aggiornamento gestito a un livello di patch all'interno della stessa versione secondaria. Questi aggiornamenti obbligatori si verificano anche se l'opzione Aggiornamento automatico versione secondaria è disattivata. Prima di rilasciare questi aggiornamenti, comunichiamo il processo di aggiornamento dettagliato. I dettagli includono la tempistica di alcune fasi cardine, l'impatto sui cluster database e le azioni che si consiglia di eseguire. Tali aggiornamenti gestiti vengono eseguiti automaticamente. Ogni aggiornamento di questo tipo viene avviato nella finestra di manutenzione del cluster.

Test del cluster database con una nuova versione di Aurora prima di eseguire l'aggiornamento

È possibile testare il processo di aggiornamento e il funzionamento della nuova versione con l'applicazione e il carico di lavoro. Selezionare uno dei seguenti metodi:

Per ulteriori informazioni sui modi per creare nuovi cluster per il test, consulta Clonazione di un volume per un cluster di database Amazon Aurora e Creazione di uno snapshot del cluster database.