Disponibilità di regioni e versioni Vantaggi Flusso di lavoro

Panoramica delle implementazioni di Amazon Aurora Blue/Green

Utilizzando Aurora 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 staging e rimane sincronizzato con l'ambiente di produzione corrente.

È possibile apportare modifiche al cluster di database Aurora 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 da un ambiente all'altro per trasformare 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 DB, come le istantanee del cluster DB, Performance Insights, Enhanced Monitoring e Aurora Serverless v2.

Nota

Le implementazioni Blue/Green sono supportate per Aurora MySQL e Aurora PostgreSQL. Per la disponibilità di Amazon RDS, consulta Panoramica delle distribuzioni Blue/Green di Amazon RDS nella Guida per l'utente di Amazon RDS.

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 delle implementazioni blu/verde Amazon RDS

Utilizzando Amazon RDS, le Blue/Green Deployments, you can stay current on security patches, improve database performance, and adopt newer database features with short, predictable downtime. Blue/green implementazioni riducono i rischi e i tempi di inattività per gli aggiornamenti del database, come gli aggiornamenti principali o secondari delle versioni 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, consultare Creazione di una distribuzione blu/verde in Amazon .

L'immagine seguente mostra un esempio di blue/green deployment of the production environment from step 1. While creating the blue/green implementazione, 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-, auroradb-instance2-green- e auroradb-instance3-green-). abc123 abc123 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.

RDS configura anche la replica dall'istanza database primaria dell'ambiente blu all'istanza database primaria dell'ambiente verde.

Importante
Per Aurora MySQL versione 3, dopo aver creato la distribuzione blu/verde, il cluster DB nell'ambiente verde non consente 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 modificare la classe di istanza DB utilizzata da una o più istanze DB 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 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 per Aurora MySQL, imposta il read_only parametro su, quindi riavvia l'istanza DB. 0 Per Aurora PostgreSQL, imposta il parametro su a livello di sessione. default_transaction_read_only off
Quando sei pronto, passa alla transizione dall'ambiente di staging al nuovo ambiente di produzione. Per istruzioni, consultare Cambiare una distribuzione blu/verde in Amazon .

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 convertito, senza che sia necessario apportare 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, consultare Eliminazione di una distribuzione blu/verde in Amazon RDS .

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