Cambiare una blue/green distribuzione in

Uno switchover passa il cluster di database, comprese le relative istanze database, nell’ambiente verde come cluster di database 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.

Cambiare una blue/green distribuzione non equivale a promuovere il cluster DB all'interno della blue/green distribuzione. Se si promuove manualmente il cluster DB scegliendo Promuovi dal menu Azioni, la replica tra gli ambienti blu e verde si interrompe e la blue/green distribuzione 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 preparazione degli ambienti blu e verdi per lo 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 si passa a una blue/green distribuzione, RDS esegue le seguenti azioni:

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

Durante il passaggio, i tag dell'ambiente blu sostituiscono tutti i tag sulle risorse nell'ambiente verde. Tutti i tag aggiunti direttamente alle risorse ambientali verdi vengono sovrascritti durante questo processo. Per ulteriori informazioni sui tag, consulta Tag delle risorse Amazon Aurora e 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à:

CloudWatch Verifica delle metriche prima del passaggio al digitale

Prima di passare a una blue/green distribuzione, 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 della replica prima dello switchover

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

Aurora MySQL

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

Aurora PostgreSQL

Per le OldestReplicationSlotLag CloudWatch l'attuale ritardo della replica. Per ulteriori informazioni, consulta Parametri a livello di istanza per Amazon Aurora.

Inoltre, è possibile eseguire la seguente query SQL nell’ambiente blu:

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_lsn rappresenta l’ultimo numero di sequenza di log (LSN) inviato alla replica. pg_current_wal_lsn rappresenta la posizione attuale del database. Un valore lsn_distance pari a 0 significa che la replica è stata recuperata.

Passaggio blue/green da una distribuzione all'altra

È possibile passare da una blue/green distribuzione all'altra utilizzando Console di gestione AWS l' AWS CLI API RDS o l'API RDS.

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.

RDS rinomina il cluster di database e le istanze database nell'ambiente blu aggiungendo -oldn al nome corrente, dove n è un numero. Il cluster di database blu viene forzato nello stato di sola lettura. Anche se abiliti le operazioni di scrittura, rimane di sola lettura fino a quando non elimini la blue/green distribuzione. RDS rinomina il cluster di database e le istanze database nell’ambiente verde -newn.

Se si elimina la risorsa blue/green di distribuzione, RDS conserva le risorse and. -oldn -newn

Aggiornamento del nodo principale per i consumer

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

Dopo aver cambiato una distribuzione , se il cluster DB di istanze DB passaggio, è necessario aggiornare il nodo principale dopo il passaggio per mantenere la continuità della replica.