Switchover di un'implementazione blu/verde

Uno switchover trasforma il cluster DB, comprese le relative istanze DB, nell'ambiente verde per diventare il cluster DB di produzione. Prima dello switchover, il traffico di produzione viene indirizzato al cluster nell'ambiente blu. Dopo lo switchover, il traffico di produzione viene indirizzato al cluster di database nell'ambiente verde.

Il passaggio a una distribuzione blu/verde non equivale a promuovere il cluster DB di verdi all'interno della distribuzione blu/verde. Se promuovi manualmente il cluster DB di verdi selezionando Promuovi dal menu Azioni, la replica tra gli ambienti blu e verde si interrompe e la distribuzione blu/verde entra in uno stato di configurazione non valida.

Timeout dello switchover

È possibile specificare un timeout per lo switchover compreso tra 30 secondi e 3.600 secondi (un'ora). Se lo switchover richiede più tempo della durata specificata, viene eseguito il rollback di tutte le modifiche e non viene apportata alcuna modifica agli ambienti. L'impostazione predefinita del timeout è 300 secondi (cinque minuti).

Guardrail dello switchover

Quando avvii uno switchover, Amazon RDS esegue alcuni controlli di base per verificare la disponibilità degli ambienti blu e verdi allo switchover. Questi controlli sono noti come guardrail dello switchover e impediscono lo switchover se gli ambienti non sono pronti per farlo. Pertanto, evitano tempi di inattività più lunghi del previsto e impediscono la perdita di dati tra gli ambienti blu e quelli verdi che potrebbe verificarsi se lo switchover venisse avviato.

Amazon RDS esegue i seguenti controlli guardrail sull'ambiente verde:

Amazon RDS esegue i seguenti controlli guardrail sull'ambiente blu:

Azioni dello switchover

Quando passi da una distribuzione blu/verde, esegue le seguenti azioni: RDS

Puoi monitorare lo stato di uno switchover utilizzando Amazon. EventBridge Per ulteriori informazioni, consulta Eventi di implementazione blu/verde.

Se hai dei tag configurati nell'ambiente blu, questi tag vengono copiati nel nuovo ambiente di produzione durante lo switchover. Per ulteriori informazioni sui tag, consulta Etichettatura di Amazon Aurora e risorse Amazon RDS.

Se lo switchover inizia e poi si interrompe prima del termine per un qualsiasi motivo, viene eseguito il rollback di tutte le modifiche e non viene apportata alcuna modifica agli ambienti.

Best practice per lo switchover

Prima di effettuare lo switchover, ti consigliamo vivamente di seguire le best practice completando le seguenti attività:

Verifica CloudWatch delle metriche prima del passaggio al digitale

Prima di passare a una distribuzione blu/verde, ti consigliamo di verificare i valori delle seguenti metriche all'interno di Amazon. CloudWatch

Per ulteriori informazioni, consulta CloudWatch Parametri Amazon per Amazon Aurora.

Monitoraggio del ritardo nella replica prima del passaggio al digitale

Prima di passare a un'implementazione blu/verde, assicurati che il ritardo della replica sia vicino allo zero per ridurre i tempi di inattività.

Aurora My SQL RDS per Me SQL

Per le distribuzioni blu/green di My SQL , controlla la metrica nell'ambiente verde per identificare AuroraBinlogReplicaLag CloudWatch l'attuale ritardo della replica. Per ulteriori informazioni, consulta Diagnosi e risoluzione del ritardo tra repliche di lettura.

Per le implementazioni Postgre SQL blu/verdi . OldestReplicationSlotLag CloudWatch Per ulteriori informazioni, consulta Parametri a livello di istanza per Amazon Aurora.

Inoltre, puoi eseguire la seguente query nell'ambiente blu: SQL

SELECT slot_name,
       confirmed_flush_lsn as flushed,
       pg_current_wal_lsn(),
       (pg_current_wal_lsn() - confirmed_flush_lsn) AS lsn_distance
FROM pg_catalog.pg_replication_slots
WHERE slot_type = 'logical';

slot_name        |    flushed    | pg_current_wal_lsn | lsn_distance
-----------------+---------------+--------------------+------------
logical_replica1 | 47D97/CF32980 | 47D97/CF3BAC8      | 37192

confirmed_flush_lsnrappresenta l'ultimo numero di sequenza di log (LSN) inviato alla replica. pg_current_wal_lsnRappresenta la posizione attuale del database. Un valore lsn_distance pari a 0 indica che la replica è stata recuperata.

Switchover di un'implementazione blu/verde

È possibile passare da una distribuzione blu/verde utilizzando il, il o. AWS Management Console AWS CLI RDS API

aws rds switchover-blue-green-deployment \
    --blue-green-deployment-identifier bgd-1234567890abcdef \
    --switchover-timeout 600

aws rds switchover-blue-green-deployment ^
    --blue-green-deployment-identifier bgd-1234567890abcdef ^
    --switchover-timeout 600

Dopo lo switchover

Dopo uno switchover, il cluster di database e le istanze database vengono mantenuti nell'ambiente blu precedente. A queste risorse si applicano i costi standard. La replica e il log binario tra gli ambienti blu e verde vengono arrestati.

RDSrinomina il cluster di DB e le istanze DB nell'ambiente blu aggiungendo -oldn al nome della risorsa corrente, dove è un numero. n Il cluster DB blu viene forzato in uno stato di sola lettura. Anche se abiliti le operazioni di scrittura, rimane di sola lettura finché non elimini la distribuzione blu/verde. RDSnomina il cluster di DB e le istanze DB nell'ambiente verde. -newn

Se elimini la risorsa di distribuzione blu/verde, RDS conserva le risorse and. -oldn -newn

Aggiornamento del nodo principale per i consumatori

RDSoffre repliche di lettura completamente gestite. Tuttavia, offre anche la possibilità di configurare repliche autogestite, note anche come repliche esterne. Le repliche esterne consentono di utilizzare risorse di terze parti come obiettivi di replica.

Dopo aver effettuato il passaggio a una RDS distribuzione blu/verde Aurora SQL My Aurora, se il cluster DB di istanze DB aveva repliche esterne o consumer di log binari prima del passaggio, è necessario aggiornare il relativo nodo principale dopo il passaggio per mantenere la continuità della replica.