Disponibilità di regioni e versioni Vantaggi Flusso di lavoro

Panoramica delle implementazioni di Amazon RDS Blue/Green per Aurora

Utilizzando Amazon RDS Blue/Green Deployments, puoi apportare e testare modifiche al database prima di implementarle in un ambiente di produzione. Un'implementazione blu/verde crea un ambiente di gestione temporanea che copia l'ambiente di produzione. In un'implementazione blu/verde, l'ambiente blu è l'ambiente di produzione corrente. L'ambiente verde è l'ambiente di gestione temporanea. L'ambiente di gestione temporanea rimane sincronizzato con l'ambiente di produzione corrente utilizzando la replica logica.

È possibile apportare modifiche al cluster Aurora DB nell'ambiente verde senza influire sui carichi di lavoro di produzione. Ad esempio, è possibile aggiornare la versione principale o secondaria del motore di database o modificare i parametri di database nell'ambiente di gestione temporanea. È possibile testare le modifiche nell'ambiente verde. Quando sei pronto, puoi passare agli ambienti per promuovere l'ambiente verde nel nuovo ambiente di produzione. Lo switchover richiede in genere meno di un minuto senza perdita di dati e senza la necessità di modificare l'applicazione.

Poiché l'ambiente verde è una copia della topologia dell'ambiente di produzione, il cluster di database e tutte le relative istanze database vengono copiati nell'implementazione. L'ambiente verde include anche le funzionalità utilizzate dal cluster di database, come snapshot del cluster di database, approfondimenti sulle prestazioni, monitoraggio avanzato e Aurora Serverless v2.

Nota

Le implementazioni Blue/Green sono supportate per Aurora My e Aurora Postgre. SQL SQL Per RDS la disponibilità di Amazon, consulta Using Amazon RDS Blue/Green Deployments per gli aggiornamenti del database nella Amazon User Guide. RDS
Le distribuzioni blu/verde sono supportate per Babelfish for Aurora Postgre solo dalle seguenti versioni: SQL
- 15.7 e versioni successive
- 16.3 e versioni successive

Argomenti

Disponibilità di regioni e versioni

Il supporto varia a seconda delle versioni specifiche di ciascun motore di database e a seconda delle Regioni AWS. Per ulteriori informazioni, consulta Regioni supportate e motori Aurora DB per implementazioni Blue/Green.

Vantaggi dell'utilizzo di Amazon RDS Blue/Green Deployments

Utilizzando Amazon RDS Blue/Green Deployments, puoi rimanere aggiornato sulle patch di sicurezza, migliorare le prestazioni del database e adottare nuove funzionalità di database con tempi di inattività brevi e prevedibili. Le implementazioni blu/verde riducono i rischi e i tempi di inattività per gli aggiornamenti del database, ad esempio gli aggiornamenti della versione principale o secondaria del motore.

Le implementazioni blu/verde offrono i seguenti vantaggi:

Crea facilmente un ambiente di gestione temporanea pronto per la produzione.
Replica automaticamente le modifiche del database dall'ambiente di produzione all'ambiente di gestione temporanea.
Esegui il test delle modifiche del database in un ambiente di gestione temporanea sicuro, senza influire sull'ambiente di produzione.
Rimani aggiornato con le patch del database e gli aggiornamenti di sistema.
Implementa ed esegui il test delle nuove funzionalità del database.
Esegui lo switchover dell'ambiente di gestione temporanea in un nuovo ambiente di produzione senza modificare l'applicazione.
Esegui lo switchover in sicurezza usando i guardrail di switchover integrati.
Elimina la perdita di dati durante lo switchover.
Esegui lo switchover rapidamente, in genere in meno di un minuto a seconda del carico di lavoro.

Flusso di lavoro di un'implementazione blu/verde

Completa i seguenti passaggi principali quando utilizzi un'implementazione blu/verde per gli aggiornamenti del cluster di database Aurora.

Identifica un cluster di database di produzione che richieda aggiornamenti.

L'immagine seguente mostra un esempio di cluster di database di produzione.
Crea l'implementazione blu/verde. Per istruzioni, consulta Creazione di un'implementazione blu/verde.

L'immagine seguente mostra un esempio di implementazione blu/verde dell'ambiente di produzione del passaggio 1. Durante la creazione della distribuzione blu/verde, RDS copia la topologia e la configurazione complete del cluster Aurora DB per creare l'ambiente verde. Ai nomi del cluster di database e delle istanze database copiati viene aggiunto -green-random-characters. L'ambiente di staging nell'immagine contiene il cluster DB (auroradb-green-abc123). Contiene anche le tre istanze DB nel cluster DB (auroradb-instance1-green-abc123, auroradb-instance2-verde-abc123e auroradb-instance3-green-abc123).

Quando si crea l'implementazione blu/verde, è possibile specificare una versione successiva del motore di database e un gruppo di parametri del·cluster di database diverso per il cluster di database nell'ambiente verde. È anche possibile specificare un gruppo di parametri database diverso per le istanze database nel cluster di database.

RDSconfigura anche la replica dall'istanza DB primaria nell'ambiente blu all'istanza DB primaria nell'ambiente verde.

Importante
Per Aurora My SQL versione 3, dopo aver creato la distribuzione blu/verde, il cluster DB nell'ambiente verde non consente le operazioni di scrittura per impostazione predefinita. Tuttavia, ciò non si applica agli utenti che dispongono del CONNECTION_ADMIN privilegio, incluso l'utente master Aurora. Gli utenti con questo privilegio possono ignorare il comportamento. read_only Per ulteriori informazioni, consulta Privilegio basato sui ruoli.
Apporta le modifiche all'ambiente di gestione temporanea.

Ad esempio, è possibile apportare modifiche allo schema del database o modificare la classe dell'istanza database utilizzata da una o più istanze database nell'ambiente verde.

Per ulteriori informazioni sulla modifica di un cluster di database, consulta Modifica di un cluster database Amazon Aurora.
Esegui il test dell'ambiente di gestione temporanea.

Durante i test, ti consigliamo di mantenere i database in un ambiente verde di sola lettura. Abilita le operazioni di scrittura nell'ambiente verde con cautela perché possono causare conflitti di replica. Possono inoltre generare dati non previsti nei database di produzione dopo lo switchover. Per abilitare le operazioni di scrittura per Aurora MySQL, imposta il read_only parametro su0, quindi riavvia l'istanza DB. Per Aurora PostgreSQL, imposta il default_transaction_read_only parametro su a off livello di sessione.
Quando sei pronto, esegui lo switchover in modo che l'ambiente di gestione temporanea diventi il nuovo ambiente di produzione. Per istruzioni, consulta Switchover di un'implementazione blu/verde.

Lo switchover comporta tempi di inattività. I tempi di inattività sono in genere inferiori al minuto, ma possono essere più lunghi a seconda del carico di lavoro.

L'immagine seguente mostra i cluster di database dopo lo switchover.

Dopo lo switchover, il cluster di database Aurora dell'ambiente verde diventa il nuovo cluster di database di produzione. I nomi e gli endpoint dell'ambiente di produzione corrente vengono assegnati all'ambiente di produzione appena promosso e non richiedono modifiche all'applicazione. Di conseguenza, il traffico di produzione ora viene indirizzato al nuovo ambiente di produzione. Il cluster di database e le istanze database nell'ambiente blu vengono rinominati aggiungendo -oldn al nome corrente, dove n è un numero. Ad esempio, supponi che il nome dell'istanza database nell'ambiente blu sia auroradb-instance-1. Dopo lo switchover, il nome dell'istanza database diventa auroradb-instance-1-old1.

Nell'esempio dell'immagine, durante lo switchover si verificano le seguenti modifiche:
- Il cluster di database dell'ambiente verde auroradb-green-abc123 diventa il cluster di database di produzione denominato auroradb.
- L'istanza database dell'ambiente verde denominata auroradb-instance1-green-abc123 diventa l'istanza database di produzione auroradb-instance1.
- L'istanza database dell'ambiente verde denominata auroradb-instance2-green-abc123 diventa l'istanza database di produzione auroradb-instance2.
- L'istanza database dell'ambiente verde denominata auroradb-instance3-green-abc123 diventa l'istanza database di produzione auroradb-instance3.
- Il cluster di database dell'ambiente blu denominato auroradb diventa auroradb-old1.
- L'istanza database dell'ambiente blu denominata auroradb-instance1 diventa auroradb-instance1-old1.
- L'istanza database dell'ambiente blu denominata auroradb-instance2 diventa auroradb-instance2-old1.
- L'istanza database dell'ambiente blu denominata auroradb-instance3 diventa auroradb-instance3-old1.
Se non hai più bisogno di un'implementazione blu/verde, puoi eliminarla. Per istruzioni, consulta Eliminazione di un'implementazione blu/verde.

Dopo lo switchover, l'ambiente di produzione precedente non viene eliminato, quindi è possibile utilizzarlo per i test di regressione, se necessario.