Panoramica delle implementazioni di Amazon RDS Blue/Green - Amazon Relational Database Service
Disponibilità di regioni e versioniVantaggiFlusso di lavoro

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. 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 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 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é è 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, 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 Blue/Green di Amazon Aurora nella Guida per l'utente di Amazon Aurora.

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 SQL replica Postgree per implementazioni blu/verdi.

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 e motori DB supportati per le distribuzioni Amazon RDS 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. 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 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 un'implementazione di istanza database multi-AZ (mydb1) e una replica di lettura (mydb2).

    Ambiente di produzione (blu) in una blue/green distribuzione

  2. Crea la blue/green distribuzione. Per istruzioni, consultare .

    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 DB Multi-AZ (mydb1-green-abc123) e una replica di lettura (mydb2-green-). abc123

    Implementazione blu/verde

    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.

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

  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 per RDS for MySQL, imposta read_only il parametro su e attendi la 1 sincronizzazione del gruppo di parametri. Poiché read_only si tratta di un parametro dinamico, non è necessario un riavvio. Una volta sincronizzato, passa read_only da a1. 0 Per le distribuzioni RDS per PostgreSQL che utilizzano la replica logica, imposta il parametro su a livello di sessione. default_transaction_read_only off Per coloro che utilizzano la replica fisica, non è possibile abilitare le operazioni di scrittura nell'ambiente verde.

  5. Quando sei pronto, passa alla transizione dall'ambiente di staging al nuovo ambiente di produzione. Per istruzioni, consultare .

    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.

    Istanze DB dopo il passaggio a una distribuzione blue/green

    Dopo lo switchover, le istanze database che si trovavano nell'ambiente verde diventano le nuove istanze database di produzione. I nomi e gli endpoint nell'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. 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 il passaggio, il nome dell'istanza DB sarà. 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 una blue/green distribuzione, puoi eliminarla. Per istruzioni, consultare .

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