Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Sie können die Replikation identischer Themennamen für die Cluster-Migration verwenden, aber Ihre Kunden müssen in der Lage sein, doppelte Nachrichten ohne nachgelagerte Auswirkungen zu verarbeiten. Das liegt daran, dass MSK Replicator at-least-once Replikation ermöglicht, was in seltenen Fällen zu doppelten Nachrichten führen kann. Wenn Ihre Kunden diese Anforderung erfüllen, gehen Sie wie folgt vor.
Erstellen Sie einen Replicator, der Daten aus Ihrem alten Cluster auf den neuen Cluster repliziert, wobei die Startposition von Replicator auf „Frühestest“ gesetzt ist und die Replikation mit identischem Themennamen verwendet wird (Behalten Sie denselben Themennamen in der Konsole bei).
Konfigurieren Sie Einstellungen und Berechtigungen auf Clusterebene für den neuen Cluster. Sie müssen keine Einstellungen auf Themenebene konfigurieren und nicht „wörtlich“ lesen ACLs, da MSK Replicator sie automatisch kopiert.
Überwachen Sie die
MessageLagMetrik in Amazon, CloudWatch bis sie 0 erreicht, was bedeutet, dass alle Daten repliziert wurden.Nachdem alle Daten repliziert wurden, hindern Sie die Produzenten daran, Daten in den alten Cluster zu schreiben.
Konfigurieren Sie diese Producer neu, um eine Verbindung mit dem neuen Cluster herzustellen, und starten Sie sie.
Überwachen Sie die
MaxOffsetLagMetrik für Ihre Kunden, die Daten aus dem alten Cluster lesen, bis es soweit ist0, was darauf hinweist, dass alle vorhandenen Daten verarbeitet wurden.Stoppen Sie die Verbraucher, die eine Verbindung zum alten Cluster herstellen.
Konfigurieren Sie die Verbraucher neu, um eine Verbindung zum neuen Cluster herzustellen, und starten Sie sie.
