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 Aurora Blue/Green
<a name="blue-green-deployments-overview"></a>

Utilizzando Blue/Green Aurora 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’attuale ambiente di produzione.

È 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 è 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é 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 MySQL, Aurora PostgreSQL e Aurora Global Database. Per la disponibilità di Amazon RDS, consulta [Panoramica delle Blue/Green distribuzioni di Amazon RDS nella *Amazon* RDS User](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/blue-green-deployments-overview.html) Guide.

**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 blue/green distribuzione](#blue-green-deployments-major-steps)
+ [Autorizzazione dell'accesso alle operazioni di Amazon blue/green Aurora](blue-green-deployments-authorizing-access.md)
+ [Limitazioni e considerazioni per le distribuzioni di Amazon Aurora blue/green](blue-green-deployments-considerations.md)
+ [Best practice per le implementazioni di Amazon Aurora blue/green](blue-green-deployments-best-practices.md)

## Disponibilità di regioni e versioni
<a name="blue-green-deployments-region-version-availability"></a>

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 le distribuzioni Blue/Green](Concepts.Aurora_Fea_Regions_DB-eng.Feature.BlueGreenDeployments.md).

## Vantaggi dell'utilizzo di Amazon RDS Blue/Green Deployments
<a name="blue-green-deployments-benefits"></a>

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.

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 una blue/green distribuzione
<a name="blue-green-deployments-major-steps"></a>

Completa i seguenti passaggi principali quando utilizzi una blue/green distribuzione per gli aggiornamenti del cluster Aurora DB.

1. Identifica un cluster di database di produzione che richieda aggiornamenti.

   L'immagine seguente mostra un esempio di cluster di database di produzione.  
![\[Cluster Aurora DB di produzione (blu) in una distribuzione blue/green\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/blue-green-deployment-blue-environment-aurora.png)

1. Crea la blue/green distribuzione. Per istruzioni, consulta [Creazione di una blue/green distribuzione in ](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 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**  
![\[Implementazione blu/verde per Amazon Aurora\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/blue-green-deployment-aurora.png)

   Quando si crea la blue/green distribuzione, è possibile specificare una versione superiore del motore DB e un gruppo di parametri del cluster DB diverso per il cluster DB 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 blue/green distribuzione, il cluster DB nell'ambiente verde non consente le operazioni di scrittura per impostazione predefinita. Tuttavia, questo approccio non si applica agli utenti che dispongono del privilegio `CONNECTION_ADMIN`, incluso l’utente master di Aurora. Gli utenti con questo privilegio possono ignorare il comportamento `read_only`. Per ulteriori informazioni, consulta [Privilegio basato sui ruoli](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model).

1. Apporta le 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 cluster di database, consulta [Modifica di un cluster database Amazon Aurora](Aurora.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 Aurora MySQL, imposta il parametro `read_only` su `0`, quindi riavvia l’istanza database. Per Aurora PostgreSQL, imposta il parametro `default_transaction_read_only` su `off` a livello di sessione.

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 ](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 i cluster di database dopo lo switchover.  
![\[Cluster DB e istanze DB dopo il passaggio a una distribuzione Amazon blue/green Aurora\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/blue-green-deployment-switchover-aurora.png)

   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 sottoposto allo switchover e non sono richieste 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`.

1. Se non hai più bisogno di una blue/green distribuzione, puoi eliminarla. Per istruzioni, consulta [Eliminazione di una blue/green distribuzione in ](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.