Redis
 sql >> Datenbank >  >> NoSQL >> Redis

Was sind die Folgen der Deaktivierung von Klatsch, Vermischung und Herzschlag für Selleriearbeiter?

Dies ist die Basisdokumentation, die uns nicht viele Informationen gibt

Herzschlag

Bezieht sich auf die Kommunikation zwischen dem Worker und dem Broker (in Ihrem Fall ist der Broker CloudAMQP). Siehe Erklärung

Mit dem --without-heartbeat der Worker sendet keine Heartbeat-Ereignisse

mischen

Es fragt nur nach "logischen Uhren" und "zurückgezogenen Aufgaben" von anderen Arbeitern beim Start.

Entnommen aus whatsnew-3.1

Der Worker versucht nun, sich mit anderen Workern im selben Cluster zu synchronisieren.

Zu den synchronisierten Daten gehören derzeit widerrufene Aufgaben und die logische Uhr.

Dies geschieht nur beim Start und verursacht eine Verzögerung von einer Sekunde beim Start, um Broadcast-Antworten von anderen Workern zu sammeln.

Sie können diesen Bootstep mit dem Argument --without-mingle deaktivieren.

Siehe auch Dokumente

Klatsch

Worker senden Ereignisse an alle anderen Worker und dies wird derzeit für die "Uhrsynchronisierung" verwendet, aber es ist auch möglich, Ihre eigenen Handler für Ereignisse zu schreiben, wie z. B. on_node_join , Siehe Dokumente

Entnommen aus whatsnew-3.1

Mitarbeiter abonnieren nun passiv mitarbeiterbezogene Ereignisse wie Heartbeats.

Dies bedeutet, dass ein Mitarbeiter weiß, was andere Mitarbeiter tun, und erkennen kann, ob sie offline gehen. Derzeit wird dies nur für die Uhrzeitsynchronisation verwendet, aber es gibt viele Möglichkeiten für zukünftige Ergänzungen, und Sie können Erweiterungen schreiben, die dies bereits nutzen.

Einige Ideen umfassen Konsensprotokolle, die Umleitung von Aufgaben an den besten Worker (basierend auf der Ressourcennutzung oder der Datenlokalität) oder das Neustarten von Workern, wenn sie abstürzen.

Wir glauben, dass dies zwar eine kleine Ergänzung ist, aber erstaunliche Möglichkeiten eröffnet.

Sie können diesen Bootstep mit dem Argument --without-gossip deaktivieren.