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.
In diesem Abschnitt werden allgemeine bewährte Methoden und Implementierungsstrategien für die Verwendung von Amazon MSK Replicator behandelt.
Themen
Verwaltung des MSK-Replikator-Durchsatzes mithilfe von Kafka-Kontingenten
Da MSK-Replikator als Verbraucher für Ihren Quell-Cluster fungiert, kann die Replikation dazu führen, dass andere Verbraucher im Quell-Cluster gedrosselt werden. Der Umfang der Drosselung hängt von der Lesekapazität Ihres Quell-Clusters und dem Datendurchsatz ab, den Sie replizieren. Wir empfehlen, dass Sie identische Kapazität für Ihre Quell- und Ziel-Cluster bereitstellen und den Replikationsdurchsatz bei der Berechnung der benötigten Kapazität berücksichtigen.
Sie können auch Kafka-Kontingente für den Replikator auf Ihren Quell- und Ziel-Clustern festlegen, um zu kontrollieren, wie viel Kapazität der MSK-Replikator nutzen kann. Ein Netzwerkbandbreiten-Kontingent wird empfohlen. Ein Netzwerkbandbreiten-Kontingent definiert einen Schwellenwert für die Byterate, definiert als Bytes pro Sekunde, für einen oder mehrere Clients, die sich ein Kontingent teilen. Dieses Kontingent wird für jeden Broker individuell festgelegt.
Gehen Sie wie folgt vor, um ein Kontingent anzuwenden.
Rufen Sie die Bootstrap-Server-Zeichenfolge für den Quell-Cluster ab. Siehe Holen Sie sich die Bootstrap-Broker für einen Amazon MSK-Cluster.
Rufen Sie die vom MSK-Replikator verwendete Service-Ausführungsrolle (SER) ab. Dies ist die SER, die Sie für eine
CreateReplicator-Anfrage verwendet haben. Sie können den SER auch aus der DescribeReplicator Antwort eines vorhandenen Replicators abrufen.Führen Sie mit den Kafka-CLI-Tools den folgenden Befehl für den Quell-Cluster aus.
./kafka-configs.sh --bootstrap-server <source-cluster-bootstrap-server> --alter --add-config 'consumer_byte_ rate=<quota_in_bytes_per_second>' --entity-type users --entity-name arn:aws:sts::<customer-account-id>:assumed-role/<ser-role-name>/<customer-account-id> --command-config <client-properties-for-iam-auth></programlisting>Stellen Sie nach der Ausführung des obigen Befehls sicher, dass die
ReplicatorThroughput-Metrik das von Ihnen festgelegte Kontingent nicht überschreitet.
Beachten Sie, dass, wenn Sie eine Service-Ausführungsrolle zwischen mehreren MSK-Replikatoren wiederverwenden, diese alle diesem Kontingent unterliegen. Wenn Sie separate Kontingente pro Replikator beibehalten möchten, verwenden Sie separate Service-Ausführungsrollen.
Weitere Informationen zur Verwendung der MSK-IAM-Authentifizierung mit Kontingenten finden Sie unter Multi-Tenancy-Apache-Kafka-Cluster in Amazon MSK mit IAM-Zugriffssteuerung und Kafka-Kontingente – Teil 1
Warnung
Die Einstellung einer extrem niedrigen consumer_byte_rate kann dazu führen, dass Ihr MSK-Replikator auf unerwartete Weise reagiert.
Festlegen des Cluster-Aufbewahrungszeitraums
Sie können den Aufbewahrungszeitraum für Protokolle für von MSK bereitgestellte Cluster und Serverless-Cluster festlegen. Der empfohlene Aufbewahrungszeitraum beträgt 7 Tage. Weitere Informationen unter Änderungen der Cluster-Konfiguration oder Unterstützte serverlose MSK-Clusterkonfiguration.
