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à.
# Panoramica delle implementazioni di Amazon RDS Blue/Green
Utilizzando Amazon RDS Blue/Green Aurora Deployments, puoi apportare e testare modifiche al database prima di implementarle in un ambiente di produzione. Una *blue/green distribuzione* crea un ambiente di staging che copia l'ambiente di produzione. In una blue/green distribuzione, l'*ambiente blu è l'ambiente* di produzione corrente. L’*ambiente verde* è l’ambiente di staging e rimane sincronizzato con l’attuale ambiente di produzione.
È possibile apportare modifiche alle istanze database RDS 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 è tutto pronto, è possibile eseguire lo *switchover* degli ambienti per passare 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 DB blu è una distribuzione di istanze Multi-AZ DB, anche l'istanza DB verde è una distribuzione di istanze Multi-AZ DB.
**Nota**
Attualmente, blue/green le implementazioni sono supportate solo per RDS per MariaDB, RDS per MySQL e RDS per PostgreSQL. Per la disponibilità di Amazon Aurora, consulta [Panoramica delle distribuzioni di Amazon Blue/Green Aurora nella Guida per l'utente di *Amazon* Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html).
In determinate condizioni, RDS per PostgreSQL utilizza la replica logica anziché la replica fisica per mantenere l’ambiente verde sincronizzato con l’ambiente blu. Per ulteriori informazioni, consulta [Metodi di replica PostgreSQL per le distribuzioni blue/green](blue-green-deployments-replication-type.md).
Le Blue/Green distribuzioni di Amazon RDS supportano Amazon RDS Proxy e smart driver. Queste soluzioni riducono i tempi di inattività dell'aggiornamento dei nodi di scrittura durante lo switchover rilevando la modifica della topologia e reindirizzando le connessioni al nuovo ambiente di produzione senza attendere la propagazione DNS.
**Topics**
+ [Disponibilità di regioni e versioni](#blue-green-deployments-region-version-availability)
+ [Vantaggi dell'utilizzo di Amazon RDS Blue/Green Deployments](#blue-green-deployments-benefits)
+ [Flusso di lavoro di una distribuzione blue/green](#blue-green-deployments-major-steps)
+ [Autorizzazione dell'accesso alle operazioni di distribuzione di Amazon RDS](blue-green-deployments-authorizing-access.md)
+ [Limitazioni e considerazioni per le distribuzioni di Amazon RDS Amazon blue/green](blue-green-deployments-considerations.md)
+ [Best practice per le implementazioni di Amazon RDS blue/green](blue-green-deployments-best-practices.md)
## 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 di Amazon RDS Blue/Green](Concepts.RDS_Fea_Regions_DB-eng.Feature.BlueGreenDeployments.md).
## 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. Blue/green le implementazioni riducono i rischi e i tempi di inattività per gli aggiornamenti dei database, ad esempio gli aggiornamenti principali o secondari delle versioni del motore.
Blue/green le implementazioni 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 una distribuzione blue/green
Completa i seguenti passaggi principali quando utilizzi una blue/green distribuzione per gli aggiornamenti del database.
1. Identifica un ambiente di produzione che richieda aggiornamenti.
Ad esempio, l'ambiente di produzione in questa immagine ha una distribuzione di istanze Multi-AZ DB (mydb1) e una replica di lettura (mydb2).
1. Crea la blue/green distribuzione. Per istruzioni, consulta [Creazione di una blue/green distribuzione in Amazon RDS ](blue-green-deployments-creating.md).
L'immagine seguente mostra un esempio di blue/green implementazione dell'ambiente di produzione a partire dalla fase 1. Durante la creazione della blue/green distribuzione, 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 Multi-AZ DB (mydb1-green-{{*abc123*}}) e una replica di lettura (mydb2-green-). {{*abc123*}}
Quando si crea la blue/green distribuzione, è possibile aggiornare la versione del motore DB e specificare un gruppo di parametri DB diverso per le istanze DB nell'ambiente verde. RDS configura anche la replica dall'istanza database primaria dell'ambiente blu all'istanza database primaria dell'ambiente verde.
Dopo aver creato la blue/green distribuzione, l'istanza DB nell'ambiente verde è di sola lettura per impostazione predefinita.
1. Se necessario, apporta ulteriori modifiche all'ambiente di gestione temporanea. Ad esempio, è possibile modificare la classe di istanza database utilizzata da una o più istanze database nell’ambiente verde.
Per ulteriori informazioni sulla modifica di un’istanza di database, consulta [Modifica di un'istanza database Amazon RDS](Overview.DBInstance.Modifying.md).
1. 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 nell’ambiente verde. Possono inoltre generare dati non previsti nei database di produzione dopo lo switchover. Per abilitare le operazioni di scrittura per RDS per MySQL, imposta il parametro `read_only` su `1` e attendi la sincronizzazione del gruppo di parametri. Poiché `read_only` è un parametro dinamico, non è necessario il riavvio. Una volta sincronizzato, modifica `read_only` da `1` a `0`. Per le implementazioni RDS per PostgreSQL che utilizzano la replica logica, imposta il parametro `default_transaction_read_only` su `off` a livello di sessione. Se si utilizza la replica fisica, non è possibile abilitare le operazioni di scrittura nell’ambiente verde.
1. Quando è tutto pronto, è possibile eseguire lo switchover per passare l’ambiente di staging come nuovo ambiente di produzione. Per istruzioni, consulta [Cambiare una blue/green distribuzione in Amazon RDS ](blue-green-deployments-switching.md).
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 sottoposto allo switchover e non sono richieste 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 `-old{{n}}` 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:
+ La distribuzione dell'istanza Multi-AZ DB in ambiente verde denominata distribuzione `mydb1-green-abc123` diventa la distribuzione dell'istanza Multi-AZ DB di produzione denominata`mydb1`.
+ La replica di lettura dell'ambiente verde denominata `mydb2-green-abc123` diventa la replica di lettura di produzione `mydb2`.
+ La distribuzione dell'istanza Multi-AZ DB in ambiente blu denominata `mydb1` diventa`mydb1-old1`.
+ La replica di lettura dell'ambiente blu denominata `mydb2` diventa `mydb2-old1`.
1. Se non hai più bisogno di una blue/green distribuzione, puoi eliminarla. Per istruzioni, consulta [](blue-green-deployments-deleting.md).
Dopo lo switchover, l'ambiente di produzione precedente non viene eliminato, quindi è possibile utilizzarlo per i test di regressione, se necessario.