View a markdown version of this page

Bewährte Methoden für Versionsupgrades - 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.

Bewährte Methoden für Versionsupgrades

Überprüfen Sie die Konfiguration Ihrer Clients und Ihrer Apache Kafka-Themen wie folgt, um die Kontinuität der Clients während des fortlaufenden Updates sicherzustellen, das im Rahmen des Upgrade-Prozesses für die Kafka-Version durchgeführt wird:

  • Stellen Sie den Themenreplikationsfaktor (RF) auf einen Mindestwert von 2 für Zwei-AZ-Cluster und einen Mindestwert von 3 für Drei-AZ-Cluster ein. Ein RF-Wert von 2 kann dazu führen, dass Partitionen beim Patchen offline sind.

  • Stellen Sie für die Mindestanzahl synchronisierter Replikate (MiniSR) einen Maximalwert ein, der um 1 unter Ihrem Replikationsfaktor (RF) liegt. miniISR = (RF) - 1 Dadurch wird sichergestellt, dass der Partitionsreplikatsatz tolerieren kann, dass ein Replikat offline ist oder zu wenig repliziert wird.

  • Konfigurieren Sie Clients so, dass sie mehrere Broker-Verbindungszeichenfolgen verwenden. Wenn die Verbindungszeichenfolge eines Clients mehrere Broker enthält, ist ein Failover möglich, wenn ein bestimmter Broker, der den Client I/O unterstützt, gepatcht wird. Informationen zum Abrufen einer Verbindungszeichenfolge mit mehreren Brokern finden Sie unter Abrufen der Bootstrap-Broker für einen Amazon MSK-Cluster.

  • Wir empfehlen, Connecting Clients auf die empfohlene Version oder höher zu aktualisieren, um die in der neuen Version verfügbaren Funktionen nutzen zu können. Client-Upgrades unterliegen nicht den Enddaten (EOL) der Kafka-Version Ihres MSK-Clusters und müssen nicht bis zum EOL-Datum abgeschlossen sein. Apache Kafka bietet eine bidirektionale Client-Kompatibilitätsrichtlinie, die es älteren Clients ermöglicht, mit neueren Clustern zu arbeiten und umgekehrt.

  • Kafka-Clients, die die Versionen 3.x.x verwenden, verfügen wahrscheinlich über die folgenden Standardeinstellungen: und. acks=all enable.idempotence=true acks=allunterscheidet sich von der vorherigen Standardeinstellung von acks=1 und bietet zusätzliche Stabilität, indem sichergestellt wird, dass alle synchronisierten Replikate die Produktionsanforderung bestätigen. Ähnlich lautete die Standardeinstellung für enable.idempotence zuvor. false Die Änderung auf enable.idempotence=true die Standardeinstellung verringert die Wahrscheinlichkeit, dass Nachrichten doppelt angezeigt werden. Diese Änderungen gelten als Best Practice-Einstellungen und können zu einer geringen zusätzlichen Latenz führen, die innerhalb der normalen Leistungsparameter liegt.

  • Verwenden Sie die empfohlene Kafka-Version, wenn Sie neue MSK-Cluster erstellen. Wenn Sie die empfohlene Kafka-Version verwenden, können Sie von den neuesten Kafka- und MSK-Funktionen profitieren.