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.
Auswirkungen von Broker-Neustarts während Patches und anderen Wartungsarbeiten
In regelmäßigen Abständen MSK aktualisiert Amazon die Software Ihrer Broker. Diese Updates haben keine Auswirkungen auf die Schreib- und Lesevorgänge Ihrer Anwendungen, sofern Sie die bewährten Methoden befolgen.
Amazon MSK verwendet fortlaufende Updates für Software, um die hohe Verfügbarkeit Ihrer Cluster aufrechtzuerhalten. Während dieses Vorgangs werden die Broker nacheinander neu gestartet, und Kafka überträgt die Leitung automatisch auf einen anderen Online-Broker. Kafka-Clients verfügen über integrierte Mechanismen, die den Wechsel in der Führung der Partitionen automatisch erkennen und weiterhin Daten in einen Cluster schreiben und lesen. MSK
Wenn ein Broker offline geht, ist es normal, dass bei Ihren Clients vorübergehende Verbindungsfehler auftreten. Außerdem werden Sie für einen kurzen Zeitraum (bis zu 2 Minuten, in der Regel weniger) einige Spitzen der p99-Lese- und Schreiblatenz beobachten (typischerweise hohe Millisekunden, bis zu ~2 Sekunden). Diese Spitzenwerte sind zu erwarten und werden dadurch verursacht, dass der Kunde erneut eine Verbindung zu einem neuen führenden Broker herstellt. Sie wirken sich nicht auf Ihre Produktion oder Ihren Verbrauch aus und werden nach der erneuten Verbindung wieder behoben. Weitere Informationen finden Sie unter Broker-Offline und Client-Failover.
Sie werden auch einen Anstieg der Metrik feststellenUnderReplicatedPartitions, was zu erwarten ist, da die Partitionen auf dem Broker, der heruntergefahren wurde, keine Daten mehr replizieren. Dies hat keine Auswirkungen auf die Schreib- und Lesevorgänge der Anwendungen, da Replikate für diese Partitionen, die auf anderen Brokern gehostet werden, die Anfragen nun bearbeiten.
Wenn der Broker nach dem Softwareupdate wieder online ist, muss er die Nachrichten „catch“, die während des Offline-Betriebs generiert wurden. Während des Aufholprozesses können Sie auch eine Zunahme der Nutzung des Volumendurchsatzes und beobachtenCPU. Diese sollten keine Auswirkungen auf Schreib- und Lesevorgänge in den Cluster habenCPU, sofern Ihre Broker über ausreichend Arbeitsspeicher-, Netzwerk- und Volumenressourcen verfügen.
