Panoramica delle implementazioni di RDSAmazon - 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 RDSAmazon

Utilizzando RDSAmazon 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 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, le distribuzioni blu/green sono supportate solo per RDS MariaDB, per My e per Postgre. RDS SQL RDS SQL 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 Postgre SQL 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 le RDS 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 di Amazon, riduci 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 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 un'implementazione blu/verde

  2. Crea l'implementazione blu/verde. Per istruzioni, consulta .

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

    Implementazione blu/verde

    Quando si crea la distribuzione blu/verde, è possibile aggiornare la versione del motore DB e specificare un gruppo di parametri DB diverso per le istanze DB nell'ambiente verde. RDSconfigura anche la replica 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 modificare la classe dell'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 RDS per MySQL, imposta il read_only parametro su0, quindi riavvia l'istanza DB. RDSPer le SQL distribuzioni Postgre che utilizzano la replica logica, imposta il default_transaction_read_only parametro su a livello di sessione. 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, consulta .

    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 database dopo lo switchover a un'implementazione blu/verde

    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 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 un'implementazione blu/verde, puoi eliminarla. Per istruzioni, consulta .

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