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 nell'ambiente verde senza influire sui carichi di lavoro di produzione. Ad esempio, è possibile aggiornare la versione principale o secondaria del motore di database, aggiornare la configurazione del file system sottostante 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é è una copia della topologia dell'ambiente di produzione, l'ambiente verde include le funzionalità utilizzate dall'istanza database. Queste funzionalità comprendono le repliche di lettura, la configurazione dell'archiviazione, gli snapshot del database, i backup automatici, approfondimenti sulle prestazioni e il monitoraggio avanzato. Se l'istanza database blu è un'implementazione di istanza database multi-AZ, anche l'istanza database verde è un'implementazione di istanza database multi-AZ.

Nota

Attualmente, le implementazioni Blue/Green sono supportate solo per RDS MariaDB, per My e per Postgre. RDS SQL RDS SQL Per la disponibilità di Amazon Aurora, consulta Using Amazon RDS Blue/Green Deployments per gli aggiornamenti del database nella Amazon Aurora User Guide.

Argomenti

• Disponibilità di regioni e versioni
• Vantaggi dell'utilizzo di Amazon RDS Blue/Green Deployments
• Flusso di lavoro di un'implementazione blu/verde
• Autorizzazione di accesso alle operazioni dell'implementazione blu/verde
• Considerazioni e limitazioni per le implementazioni blu/green
• Best practice per le implementazioni blu/verde

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 e motori DB supportati per le distribuzioni Blue/Green di Amazon RDS.

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 database.

1. Identifica un ambiente di produzione che richieda aggiornamenti.

   Ad esempio, l'ambiente di produzione in questa immagine ha un'implementazione di istanza database multi-AZ (mydb1) e una replica di lettura (mydb2).

   

2. 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 dell'istanza DB principale per creare l'ambiente ecologico. I nomi delle istanze database copiati vengono aggiunti con -green-random-characters. L'ambiente di staging nell'immagine contiene una distribuzione di istanze DB Multi-AZ (mydb1-green-abc123) e una replica di lettura (mydb2-green-abc123).

   

   Quando crei l'implementazione blu/verde, puoi aggiornare la versione del motore di database e specificare un gruppo di parametri database diverso per le istanze database dell'ambiente verde. RDSconfigura anche la replica logica dall'istanza DB primaria nell'ambiente blu all'istanza DB primaria nell'ambiente verde.

   Dopo aver creato l'implementazione blu/verde, l'istanza database dell'ambiente verde è di sola lettura per impostazione predefinita.

3. Se necessario, apporta ulteriori 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'istanza database, consulta Modifica di un'istanza database Amazon RDS.

4. 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 sull'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 RDS per MySQL, imposta il read_only parametro su0, quindi riavvia l'istanza DB. RDSPer PostgreSQL, imposta il default_transaction_read_only parametro su a off livello di sessione.

5. 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 le istanze database dopo lo switchover.

   

   Dopo lo switchover, le istanze database che si trovavano nell'ambiente verde diventano le nuove istanze 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. Le istanze database nell'ambiente blu precedente vengono rinominate aggiungendo -oldn al nome corrente, dove n è un numero. Ad esempio, supponi che il nome dell'istanza database nell'ambiente blu sia mydb1. Dopo lo switchover, il nome dell'istanza database diventa mydb1-old1.

   Nell'esempio dell'immagine, durante lo switchover si verificano le seguenti modifiche:

   • L'implementazione dell'istanza database multi-AZ dell'ambiente verde denominata mydb1-green-abc123 diventa l'implementazione dell'istanza database multi-AZ di produzione denominata mydb1.

   • La replica di lettura dell'ambiente verde denominata mydb2-green-abc123 diventa la replica di lettura di produzione mydb2.

   • L'implementazione dell'istanza database multi-AZ denominata mydb1 diventa mydb1-old1.

   • La replica di lettura dell'ambiente blu denominata mydb2 diventa mydb2-old1.

6. 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.