View a markdown version of this page

Ungeplantes Failover - Amazon Managed Streaming für Apache Kafka

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.

Ungeplantes Failover

Sie können einen ungeplanten Failover durchführen, wenn in der primären AWS Region ein Serviceereignis auftritt und Sie Ihren Datenverkehr vorübergehend in die sekundäre Region umleiten möchten. Ein ungeplanter Failover kann zu Datenverlusten führen, da MSK Replicator Daten asynchron repliziert. Sie können die Nachrichtenverzögerung anhand der Metriken unter verfolgen. Überwachung einer Replikation

Identical topic name replication
  1. Versuchen Sie, alle Produzenten und Verbraucher, die in der primären Region eine Verbindung zum MSK-Quell-Cluster herstellen, herunterzufahren. Dieser Vorgang ist aufgrund von Beeinträchtigungen in dieser Region möglicherweise nicht erfolgreich.

  2. Starten Sie Hersteller und Verbraucher, eine Verbindung zum MSK-Zielcluster in der sekundären AWS Region herzustellen. Da MSK Replicator auch Metadaten repliziert, einschließlich Offsets für Lese ACLs - und Verbrauchergruppen, können Ihre Produzenten und Verbraucher die Verarbeitung nahtlos dort fortsetzen, wo sie aufgehört haben.

Prefixed topic name replication
  1. Versuchen Sie, alle Produzenten und Verbraucher, die in der primären Region eine Verbindung zum MSK-Quell-Cluster herstellen, herunterzufahren.

  2. Starten Sie die Produzenten, eine Verbindung zum MSK-Zielcluster in der sekundären Region herzustellen. AWS

  3. Wenn für Ihre Anwendung keine Nachrichtenreihenfolge erforderlich ist, starten Sie Benutzer, die sowohl aus den lokalen als auch aus den replizierten Themen lesen, mit einem Platzhalteroperator. Wenn für Ihre Anwendung die Reihenfolge der Nachrichten erforderlich ist, starten Sie zunächst nur die Benutzer für die replizierten Themen, warten Sie, bis die Verzögerung 0 erreicht, und wechseln Sie dann zu lokalen Themen.

  4. Sobald das Serviceereignis in der primären Region beendet ist, erstellen Sie einen neuen MSK-Replikator, um Daten aus Ihrem MSK-Cluster in der sekundären Region auf Ihren MSK-Cluster in der primären Region zu replizieren, wobei die Replicator-Startposition auf „Frühestens“ gesetzt ist. Wenn Sie die Startposition nicht auf „Frühestens“ setzen, werden alle während des Serviceereignisses erzeugten Daten nicht zurückkopiert.