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à.
Controllo delle versioni di Amazon Aurora
Le versioni di Amazon Aurora sono diverse dai database di Community upstream con cui sono compatibili. Per aiutarti a garantire la compatibilità delle applicazioni e a sfruttare le funzionalità più recenti del motore di database, le sezioni seguenti spiegano le convenzioni di controllo delle versioni di Aurora e come le versioni di Aurora vengono mappate ai rispettivi database di Community.
Per un elenco dei database relazionali disponibili su Amazon Aurora, consulta Motori di database supportati per i cluster di database Amazon Aurora.
Differenze nei numeri di versione tra database della community e Aurora
Ogni versione di Amazon Aurora è compatibile con una specifica versione di database di Community corrispondente. Puoi trovare la versione Community del tuo database con la funzione version e la versione di Aurora utilizzando la funzione aurora_version.
Gli esempi seguenti mostrano come trovare la versione Community del database per Aurora MySQL e Aurora PostgreSQL.
Per ulteriori informazioni, consultare Controllo delle versioni Aurora MySQL utilizzando SQL e Identificazione delle versioni di Amazon Aurora PostgreSQL.
Versioni predefinite di Amazon Aurora
La versione predefinita è quella che Aurora sceglie automaticamente per la creazione o l’aggiornamento del database quando non specifichi manualmente una versione del motore di destinazione. Ad esempio, il comando seguente mostra la versione predefinita del motore per Aurora PostgreSQL (output di esempio incluso).
aws rds describe-db-engine-versions \ --engine aurora-postgresql \ --default-only \ --query 'DBEngineVersions[0].EngineVersion' \ --output text 16.4
A ogni versione principale corrisponde una versione secondaria predefinita. Pertanto, la versione secondaria predefinita è 16.n per Aurora PostgreSQL 16, con il numero di versione n che cambia quando Aurora rilascia nuove versioni secondarie predefinite. In genere, ogni anno Aurora rilascia due versioni secondarie predefinite per ogni versione principale. Il seguente script della shell bash mostra le versioni secondarie predefinite per un set di versioni principali di Aurora PostgreSQL (output di esempio incluso).
for major in 16 15 14 13 12 11; do echo -n "Default for Aurora PostgreSQL major version $major: " aws rds describe-db-engine-versions \ --engine aurora-postgresql \ --engine-version "$major" \ --default-only \ --query 'DBEngineVersions[0].EngineVersion' \ --output text done Default for Aurora PostgreSQL major version 16: 16.4 Default for Aurora PostgreSQL major version 15: 15.8 Default for Aurora PostgreSQL major version 14: 14.13 Default for Aurora PostgreSQL major version 13: 13.16 Default for Aurora PostgreSQL major version 12: 12.20 Default for Aurora PostgreSQL major version 11: 11.21
Se l’opzione Aggiornamento automatico versione secondaria è abilitata per il cluster di database Aurora, Aurora utilizza la versione secondaria predefinita oppure una versione secondaria più recente per una determinata versione principale. Ad esempio, se la versione secondaria predefinita per Aurora PostgreSQL 15 è la 15.8 ed è disponibile anche la versione più recente 15.10, Aurora può eseguire automaticamente l’aggiornamento a 15.8 o 15.10.
Versioni principali di Amazon Aurora
Le versioni di Aurora usano lo schema . Versione principale di Aurora si riferisce alla versione principale della community MySQL o PostgreSQL con cui Aurora è compatibile. Il supporto standard delle versioni principali di Aurora MySQL e Aurora PostgreSQL è disponibile almeno fino alla fine del ciclo di vita della community per la versione della community corrispondente. Puoi continuare a eseguire una versione principale a pagamento dopo la data di fine del supporto standard per Aurora. Per ulteriori informazioni, consulta Supporto esteso di Amazon RDS con Amazon Aurora and Prezzi di Amazon Auroramajor.minor.patch
Per ulteriori informazioni sulle versioni principali e sul calendario dei rilasci per Aurora MySQL e Aurora PostgreSQL, consulta le pagine seguenti nelle rispettive note di rilascio:
È inoltre possibile visualizzare informazioni sulle date di supporto per le versioni principali del motore eseguendo il comando describe-db-major-engine-versions dell’interfaccia AWS CLI o utilizzando l’operazione DescribeDBMajorEngineVersions dell’API RDS.
Nota
Il supporto esteso per Amazon RDS per Aurora MySQL versione 2 inizia il 1° novembre 2024, ma non verrà addebitato alcun costo fino al 1° dicembre 2024. Tra il 1° novembre e il 30 novembre 2024, tutti i cluster di database Aurora MySQL versione 2 sono coperti dal supporto esteso per Amazon RDS. Per ulteriori informazioni, consulta Supporto esteso per Amazon RDS per versioni di Aurora selezionate.
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 di eseguire l’aggiornamento a una versione principale più recente e per aiutarti nella pianificazione, Aurora invia un promemoria con almeno 12 mesi di anticipo. I promemoria comunicano quanto segue in relazione al processo di aggiornamento.
Le tempistiche di determinate tappe
L’impatto sui cluster di database
Azioni consigliate
Si consiglia di testare accuratamente le applicazioni con le nuove versioni del database prima di eseguire il cluster a una nuova versione principale.
Dopo che la versione principale raggiunge la fine del supporto standard di Aurora, ogni cluster di database su cui è ancora in esecuzione la versione precedente viene automaticamente aggiornato a una versione con supporto esteso durante una finestra di manutenzione pianificata. Potrebbero essere applicati costi relativi al supporto esteso. Per ulteriori informazioni sul supporto esteso per Amazon RDS, consulta Utilizzo del supporto esteso per Amazon RDS.
Versioni secondarie di Amazon Aurora
Le versioni di Aurora usano lo schema . Una versione secondaria di Aurora fornisce al servizio miglioramenti incrementali specifici per la community e Aurora, ad esempio nuove funzionalità e correzioni.major.minor.patch
Per ulteriori informazioni sulle versioni secondarie e sul calendario dei rilasci per Aurora MySQL e Aurora PostgreSQL, consulta le pagine seguenti nelle rispettive note di rilascio:
Le sezioni seguenti descrivono i dettagli sulla cadenza e la durata che puoi aspettarti dalle versioni secondarie di Aurora.
Argomenti
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
Solitamente, Amazon Aurora rende disponibile ogni versione secondaria di una specifica versione principale per almeno 12 mesi. Al termine di questo periodo, Aurora potrebbe aggiornare automaticamente il database alla versione secondaria predefinita o a una versione successiva. Aurora avvia l’aggiornamento durante la finestra di manutenzione pianificata per qualsiasi cluster di database su cui è ancora in esecuzione la versione secondaria precedente.
In alcuni casi, Aurora potrebbe sostituire una versione secondaria di una specifica versione principale prima del normale periodo di 12 mesi. Le ragioni possono includere problemi di sicurezza critici o la data di fine supporto per una versione principale.
Prima di avviare gli aggiornamenti automatici delle versioni secondarie che si stanno avvicinando alla fine del ciclo di vita, generalmente Aurora invia un promemoria con tre mesi di anticipo. Aurora comunica quanto segue in relazione al processo di aggiornamento.
Le tempistiche di determinate tappe
L’impatto sui cluster di database
Azioni consigliate
Le notifiche con un preavviso inferiore a tre mesi indicano questioni critiche, come problemi di sicurezza, che richiedono un’azione più rapida.
Se l’opzione Aggiornamento automatico versione secondaria è abilitata, viene visualizzato un promemoria ma nessuna notifica di evento RDS. Aurora aggiorna il database entro una finestra di manutenzione una volta raggiunta la scadenza obbligatoria dell’aggiornamento.
Se l’opzione Aggiornamento automatico versione secondaria non è abilitata, viene visualizzato un promemoria e un evento del cluster di database Amazon RDS con la categoria maintenance e l’ID RDS-EVENT-0156. Aurora aggiorna il database entro la successiva finestra di manutenzione.
Una volta che una versione secondaria ha raggiunto la fine del supporto standard di Aurora, non verranno rilasciate ulteriori versioni di patch per la versione secondaria in questione. Per ricevere CVE o correzioni di bug critici, è necessario eseguire l’aggiornamento a una versione secondaria con supporto standard.
Per ulteriori informazioni sugli aggiornamenti automatici a versioni secondarie, consulta Aggiornamenti automatici delle versioni secondarie per i cluster di database Aurora.
Versioni delle patch di Amazon Aurora
Le versioni di Aurora usano lo schema . La versione di patch di Aurora include importanti correzioni aggiunte a una versione secondaria dopo la versione iniziale (ad esempio, Aurora MySQL 3.04.0, 3.04.1, ..., 3.04.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.major.minor.patch
Per ulteriori informazioni sull'applicazione di patch, consulta Manutenzione di un cluster di database Amazon Aurora.