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à.
È possibile eseguire un failover pianificato per testare la resilienza dell'applicazione rispetto a un evento imprevisto nella AWS regione principale in cui si trova il cluster di origine. MSK Un failover pianificato non dovrebbe comportare la perdita di dati.
Se utilizzi un argomento identico alla configurazione della replica dei nomi, segui questi passaggi:
Arresta tutti i produttori e i consumatori che si connettono al cluster di origine.
Crea un nuovo MSK replicatore per replicare i dati dal MSK cluster nella regione secondaria al MSK cluster nella regione primaria con la replica identica dei nomi degli argomenti (mantieni lo stesso nome degli argomenti nella console). Ciò è necessario per copiare i dati che verranno scritti dalla regione secondaria alla regione primaria, in modo da poter eseguire il failback nella regione primaria al termine dell'evento imprevisto.
Avvia produttori e consumatori collegati al cluster di destinazione nella regione secondaria. AWS
Se utilizzi la configurazione dei nomi degli argomenti con prefisso, segui questi passaggi per il failover:
Arresta tutti i produttori e i consumatori che si connettono al cluster di origine.
Crea un nuovo MSK replicatore per replicare i dati dal MSK cluster nella regione secondaria al MSK cluster nella regione primaria. Ciò è necessario per copiare i dati che verranno scritti dalla regione secondaria alla regione primaria, in modo da poter eseguire il failback nella regione primaria al termine dell'evento imprevisto.
Avvia i produttori sul cluster target nella regione secondaria AWS .
A seconda dei requisiti di ordinamento dei messaggi dell'applicazione, segui i passaggi indicati in una delle schede seguenti.
Se l'applicazione non richiede l'ordinamento dei messaggi, avvia i consumatori della AWS regione secondaria che leggono sia gli argomenti locali (ad esempio, topic) che quelli replicati (ad esempio
<sourceKafkaClusterAlias>.topic
) utilizzando un operatore wildcard (ad esempio,)..*topic
Attendi che tutti i consumatori degli argomenti replicati sul MSK cluster di destinazione completino l'elaborazione di tutti i dati, in modo che il ritardo del consumatore sia 0 e anche il numero di record elaborati sia 0. Quindi, interrompi i consumatori per gli argomenti replicati sul cluster di destinazione. A questo punto, tutti i record replicati dal cluster di origine al MSK cluster di destinazione MSK sono stati consumati.
Avvia i consumatori per gli argomenti locali (ad esempio
topic
) sul MSK cluster di destinazione.