View a markdown version of this page

Failback - Amazon Managed Streaming per Apache Kafka

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à.

Failback

È possibile eseguire il failback AWS nella regione principale al termine dell'evento di servizio in quella regione.

Identical topic name replication

  1. Create un nuovo Replicatore MSK con il cluster secondario come origine e il cluster primario come destinazione, impostando la posizione iniziale sulla replica del nome dell'argomento più recente e identica (mantenete lo stesso nome degli argomenti nella console). Questo inizia a copiare tutti i dati scritti nel cluster secondario dopo il failover nella regione primaria.

  2. Monitora la MessageLag metrica sul nuovo replicatore in Amazon CloudWatch fino al raggiungimento0, il che indica che tutti i dati sono stati replicati dal secondario al primario.

  3. Dopo che tutti i dati sono stati replicati, interrompi la connessione di tutti i produttori al cluster secondario e avvia i produttori a connettersi al cluster primario.

  4. MaxOffsetLagAttendi che i tuoi consumatori si connettano al cluster secondario 0 per assicurarti di aver elaborato tutti i dati. Per informazioni, consulta Monitora i ritardi dei consumatori.

  5. Una volta che tutti i dati sono stati elaborati, interrompi i consumatori nella regione secondaria e avvia i consumatori a connettersi al cluster primario per completare il failback.

  6. Eliminate il replicatore creato nel primo passaggio, che consiste nella replica dei dati dal cluster secondario a quello primario.

  7. Verifica che il Replicator esistente che copia i dati dal cluster primario a quello secondario abbia lo stato «IN ESECUZIONE» e che il ReplicatorThroughput parametro in Amazon CloudWatch sia superiore a. 0

    Tieni presente che quando crei un nuovo Replicator con la posizione iniziale Earliest for failback, inizia a leggere tutti i dati negli argomenti del cluster secondario. A seconda delle impostazioni di conservazione dei dati, gli argomenti possono contenere dati provenienti dal cluster di origine. Sebbene MSK Replicator filtri automaticamente tali messaggi, dovrete comunque sostenere costi di elaborazione e trasferimento dei dati per tutti i dati del cluster secondario. È possibile tenere traccia del totale dei dati elaborati dal replicatore utilizzando. ReplicatorBytesInPerSec

Prefixed topic name replication

È necessario avviare le fasi di failback solo dopo che la replica dal cluster nella regione secondaria al cluster nella regione primaria è stata ripristinata e il MessageLag parametro in CloudWatch Amazon è vicino a 0. Un failback pianificato non dovrebbe comportare la perdita di dati.

  1. Arresta tutti i produttori e i consumatori che si connettono al cluster MSK nella regione secondaria.

  2. Per la topologia attiva-passiva, elimina il Replicator che replica i dati dal cluster nella regione secondaria nella regione primaria. Non è necessario eliminare il replicatore per la topologia attiva-attiva.

  3. Avvia i produttori che si connettono al cluster MSK nella regione primaria.

  4. Se l'applicazione non richiede l'ordinamento dei messaggi, avviate i consumatori della AWS regione primaria che leggono sia gli argomenti locali che quelli replicati utilizzando un operatore wildcard. Se l'applicazione richiede l'ordinamento dei messaggi, avvia prima i consumatori solo per gli argomenti replicati, attendi che il ritardo raggiunga lo 0, quindi passa agli argomenti locali.

  5. Verificate che il Replicator esistente dal cluster nella regione primaria al cluster nella regione secondaria sia nello stato RUNNING e funzioni come previsto utilizzando le ReplicatorThroughput metriche e di latenza.