Switchover di un'implementazione blu/verde

Lo switchover rende l'ambiente verde il nuovo ambiente di produzione. Se l'istanza database verde include repliche di lettura, anche queste vengono promosse. Prima dello switchover, il traffico di produzione viene indirizzato all'istanza database e alle repliche di lettura nell'ambiente blu. Dopo lo switchover, il traffico di produzione viene indirizzato all'istanza database e alle repliche di lettura nell'ambiente verde.

Il passaggio a una distribuzione blu/verde non equivale a promuovere il verdi all'interno della distribuzione blu/verde. Se promuovi manualmente il 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 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 controllare i valori delle seguenti metriche all'interno di Amazon. CloudWatch

Per ulteriori informazioni su questi parametri, consulta CloudWatch Metriche Amazon per Amazon RDS.

Switchover di un'implementazione blu/verde

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

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, le istanze database vengono mantenute nell'ambiente blu precedente. A queste risorse si applicano i costi standard. La replica tra gli ambienti blu e verde vengono arrestati.

RDSrinomina il nell'ambiente blu aggiungendo -oldn al nome della risorsa corrente, dove è un numero. n Le istanze database sono di sola lettura finché non si imposta il parametro read_only su 0. RDSnomina il 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

Dopo aver effettuato il passaggio a una RDS distribuzione blu/verde RDSper MariaDB o My SQL , se il cluster DB di blu 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.

Dopo il passaggio, l'istanza DB che in precedenza si trovava nell'ambiente verde emette un evento che contiene il nome del file di registro principale e la posizione del registro principale. Per esempio:

aws rds describe-events --output json --source-type db-instance --source-identifier db-instance-identifier

{
    "Events": [
...
        {
            "SourceIdentifier": "db-instance-identifier",
            "SourceType": "db-instance",
            "Message": "Binary log coordinates in green environment after switchover:
             file mysql-bin-changelog.000003 and position 804",
            "EventCategories": [],
            "Date": "2023-11-10T01:33:41.911Z",
            "SourceArn": "arn:aws:rds:us-east-1:123456789012:db:db-instance-identifier"
        }
    ]
}

Innanzitutto, assicurati che il consumatore o la replica abbiano applicato tutti i log binari del vecchio ambiente blu. Quindi, utilizza le coordinate del registro binario fornite per riprendere l'applicazione sui consumatori. Ad esempio, se stai eseguendo una SQL replica My suEC2, puoi usare il CHANGE MASTER TO comando:

CHANGE MASTER TO MASTER_HOST='{new-writer-endpoint}', MASTER_LOG_FILE='mysql-bin-changelog.000003', MASTER_LOG_POS=804;