

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.

# Überwachen Sie die Replikation von selbstverwalteten Kafka-Clustern aus
<a name="msk-replicator-monitor-external"></a>

Nachdem Sie einen MSK Replicator erstellt haben, um Daten aus einem selbstverwalteten Apache Kafka-Cluster auf Amazon MSK Express-Broker zu replizieren, überwachen Sie die folgenden CloudWatch Amazon-Metriken, um den Replikationsfortschritt zu verfolgen und festzustellen, wann Ihre Anwendungen für die Migration bereit sind.

**Überwachen Sie den Erstellungsstatus von Replicator**  
Nach dem Aufruf der `CreateReplicator` API durchläuft der Replicator die folgenden Zustände:`CREATING`,`RUNNING`, oder. `FAILED` Warten Sie etwa 30 Minuten.

```
aws kafka describe-replicator --replicator-arn <replicator-arn>
```

**Die Datenreplikation überwachen**  
Überwachen Sie die folgenden Kennzahlen, um den Fortschritt der Datenreplikation zu verfolgen:
+ `MessageLag`— Überwachen Sie, bis der Wert 0 erreicht, was bedeutet, dass alle Daten repliziert wurden.
+ `ReplicationLatency`— Verfolgen Sie die Zeit, die für die Replikation von Datensätzen von der Quelle zum Ziel benötigt wird.
+ `ReplicationFailures`— Sollte 0 sein. Ein Wert ungleich Null weist auf Replikationsprobleme hin.

**Überwachen Sie die Offset-Synchronisierung der Nutzungs**  
Wenn auf gesetzt `synchroniseConsumerGroupOffsets` ist`true`, übersetzt und synchronisiert MSK Replicator in regelmäßigen Abständen die Offsets der Nutzergruppen vom Quell- zum Zielcluster.
+ `ConsumerGroupCount`— Stellen Sie sicher, dass dies der erwarteten Anzahl von Nutzergruppen entspricht, die synchronisiert werden.
+ `ConsumerGroupOffsetSyncFailure`— Sollte 0 sein. Wenn ein Wert größer als 0 ist, überprüfen Sie, ob die Nutzergruppen aktiv sind, überprüfen Sie die Berechtigungen Lesen und Beschreiben und stellen Sie sicher, dass Themen auf dem Zielcluster vorhanden sind.
+ `OffsetLag (MSK)`und `OffsetLag (Non-MSK)` — Vergleichen Sie die Consumer-Verzögerung auf Partitionsebene in beiden Clustern, um sicherzustellen, dass die Offsets synchronisiert sind.

**Ermitteln Sie die Migrationsbereitschaft**  
Ihre Anwendungen sind bereit für die Migration, wenn alle der folgenden Bedingungen erfüllt sind:
+ `MessageLag`= 0
+ `ReplicationFailures`= 0
+ `ConsumerGroupOffsetSyncFailure`= 0