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à.
Utilizzo della politica di implementazione degli AWS Organizations aggiornamenti per gli aggiornamenti automatici delle versioni secondarie
Amazon RDS supporta la politica di implementazione degli AWS Organizations aggiornamenti per gestire gli aggiornamenti automatici delle versioni secondarie su più risorse di database e. Account AWS Questa policy ti aiuta a implementare una strategia di aggiornamento controllata per le tue istanze mediante:
Come funziona la politica di implementazione degli aggiornamenti
Quando una nuova versione secondaria del motore diventa idonea per l'aggiornamento automatico, la policy controlla la sequenza di aggiornamento in base a ordini definiti:
Le risorse contrassegnate come [prime] (in genere ambienti di sviluppo) diventano idonee per gli aggiornamenti durante le rispettive finestre di manutenzione.
Dopo un determinato periodo di cottura, le risorse contrassegnate come [seconde] diventano idonee.
Dopo un altro periodo di cottura designato, le risorse contrassegnate come [ultime] (in genere ambienti di produzione) diventano idonee.
Monitoraggio dell'avanzamento dell'aggiornamento tramite notifiche AWS Health.
Puoi definire i tuoi ordini di upgrade in base a:
Politiche a livello di account: si applicano a tutte le risorse idonee in account specifici.
Tag delle risorse: si applicano a risorse specifiche in base ai tag.
Nota
Le risorse non configurate con una politica di aggiornamento o escluse dalla politica ricevono automaticamente un ordine di aggiornamento di [secondo].
Prerequisiti
Account AWS È necessario far parte di un'organizzazione in Organizzazioni con la politica di implementazione degli aggiornamenti abilitata
Abilita gli aggiornamenti automatici delle versioni secondarie per le tue istanze
I tag non sono strettamente necessari per la politica di implementazione degli aggiornamenti. Se desideri definire ordini di aggiornamento specifici per ambienti diversi (ad esempio sviluppo, test, controllo qualità, produzione), puoi utilizzare i tag. Se non includi le impostazioni dei tag nella tua politica, tutte le risorse soggette a tale politica seguono l'ordine di aggiornamento predefinito.
Prerequisiti
Account AWS È necessario far parte di un'organizzazione in Organizzazioni con la politica di implementazione degli aggiornamenti abilitata
Abilita gli aggiornamenti automatici delle versioni secondarie per le tue istanze
Etichetta le tue risorse per identificare il loro ambiente (ad esempio, sviluppo, test, produzione)
Per etichettare le tue risorse
Accedi a Console di gestione AWS e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/
. Nel pannello di navigazione, seleziona Database.
Scegli l'istanza che desideri taggare.
Scegli Azioni, quindi scegli Gestisci tag.
Seleziona Aggiungi tag.
Inserisci la chiave del tag (ad esempio «Ambiente») e il valore (ad esempio, «Sviluppo»)
Scegli Aggiungi tag, quindi Salva.
Puoi anche aggiungere tag usando AWS CLI:
aws rds add-tags-to-resource \ --resource-name arn:aws:rds:region:account-number:db:instance-name \ --tags Key=Environment,Value=Development
Ordine e fasi di aggiornamento
La politica di implementazione dell'aggiornamento supporta tre ordini di aggiornamento:
[primo] - In genere utilizzato per ambienti di sviluppo o test
[secondo] - Utilizzato in genere per ambienti di controllo qualità. Ordine predefinito per le risorse non configurate in modo specifico
[last] - Solitamente riservato agli ambienti di produzione
Quando una nuova versione secondaria del motore diventa idonea per l'aggiornamento automatico:
Le risorse con ordine di aggiornamento [first] diventano idonee per gli aggiornamenti durante le finestre di manutenzione configurate.
Dopo un determinato periodo di attesa, le risorse con ordine di aggiornamento [secondo] diventano idonee per gli aggiornamenti durante i periodi di manutenzione.
Dopo un altro periodo di attesa prestabilito, le risorse con ordine di aggiornamento [ultimo] diventano idonee per gli aggiornamenti durante le rispettive finestre di manutenzione.
La campagna di aggiornamento automatico della versione secondaria si chiude dopo che tutte le risorse idonee con ordini di upgrade [primo], [secondo] e [ultimo] sono stati aggiornati o quando la campagna raggiunge la data di fine pianificata, a seconda di quale evento si verifica per primo.
Nota
Tutti gli aggiornamenti automatici delle versioni secondarie vengono eseguiti durante la finestra di manutenzione configurata di ogni istanza per ridurre al minimo il potenziale impatto sulle applicazioni.
Osservabilità
AWS Health e monitoraggio
Ricevi notifiche AWS sanitarie:
Prima dell'inizio di una campagna automatica di aggiornamento di una versione secondaria
Transizione tra una fase e l'altra per tracciare e monitorare l'avanzamento dell'aggiornamento
Aggiornamenti sui progressi che mostrano il numero di risorse potenziate per tutta la flotta nella console AWS Health
Notifiche di eventi Amazon RDS:
Notifiche per le risorse abilitate per gli aggiornamenti automatici delle versioni secondarie, tra cui:
Quando la risorsa diventa idonea per l'aggiornamento in base al relativo ordine di aggiornamento ([primo], [secondo] o [ultimo])
Cronologia pianificata dell'aggiornamento durante la finestra di manutenzione
Stato di inizio e completamento dell'aggiornamento individuale del database
Iscriviti a questi eventi tramite Amazon EventBridge 0 per il monitoraggio automatizzato
Considerazioni
Alcune considerazioni da tenere a mente:
La politica si applica a tutte le future campagne di aggiornamento automatico delle versioni secondarie, comprese le modifiche alle norme apportate durante le campagne attive.
Se partecipi a una campagna di upgrade in corso, le tue risorse seguono l'ordine di aggiornamento in corso e non attendono una politica configurata.
Le risorse non configurate con una politica di aggiornamento ricevono automaticamente un ordine di aggiornamento di [secondo].
La policy prevede periodi di convalida tra le fasi di aggiornamento prima di passare alla fase successiva.
Le modifiche ai criteri o ai tag delle risorse richiedono tempo per propagarsi prima che venga applicato il nuovo ordine di aggiornamento.
La policy si applica solo alle risorse Amazon RDS con aggiornamenti automatici delle versioni secondarie abilitati.
Se rilevi un problema all'interno di un ambiente, puoi disattivare gli aggiornamenti automatici delle versioni secondarie per gli ambienti successivi o utilizzare il periodo di convalida per risolvere i problemi prima che gli upgrade procedano all'ordine di aggiornamento successivo.
Nota
Questa funzionalità supporta gli aggiornamenti automatici delle versioni secondarie per le versioni del motore di database Oracle rilasciate dopo gennaio 2026.
Per ulteriori informazioni sull'etichettatura delle risorse RDS, vedere. Tag delle risorse Amazon RDS Per istruzioni dettagliate sulla configurazione e l'utilizzo della politica di implementazione degli aggiornamenti, consulta Guida introduttiva AWS Organizations nella Guida per l'AWS Organizations utente.
