Apache Sturm Topologie ID springt von n bis n + 2

Question

Wir verwenden Apache-Storm-0.9.6 auf einem Cluster von 1 Nimbus-Knoten + 4 Supervisor-Knoten.

Während dieses Wochenendes hat die Topologie mit dem Namen fetcher-10-1459843589 plötzlich die Verarbeitung einer Nachricht beendet. Es war ACTIVE, alles lief an und lief, aber keine Daten wurden verarbeitet.

Schließlich haben wir die Topologie manuell neu gestartet. Und die neue Topologie heißt fetcher-12-1460363279. Es läuft in Ordnung, es verarbeitet Daten.

FRAGE -> Wir verstehen nicht, warum wir Schritt aus Abholer-10 -... zu Abholer-12 -...? Wo könnte fetter-11 -... sein?

Eigentlich verstehen wir nicht viele Dinge, aber wir hoffen, das wird uns helfen :). Was wir wirklich herausfinden wollen ist, warum wir diese Freeze-Zustände bekommen, wenn die Topologie ACTIVE ist, es keine Ausnahme gibt und keine Daten verarbeitet werden.

Bitte beachten Sie, dass Storm in einem Docker gestartet wird. Sollten Sie weitere Informationen benötigen, lassen Sie es mich wissen. Ich werde diesen Beitrag bearbeiten.

Danke

Answer 1

Ich glaube, ich die Antwort gefunden habe.

In einem Cluster können mehrere Topologien ausgeführt werden.

Lassen Sie A, B, C, 4 Topologien sein, die im selben Cluster ausgeführt werden. Es war mein Fall. Wenn Sie die Topologien starten, haben sie fortlaufende Nummern zugewiesen, nicht pro Topologie, sondern pro Cluster (das war mein Fehler). So beginnen wir mit:

Wenn Sie C neu starten, werden Sie

C-5... 

haben Wo ist C-4? Es existiert einfach nicht, weil die 4 bereits von übernommen wird.

Daher ist es normal, von n yo n+2 zu überspringen. Sie können n+1 einer anderen Topologie zugewiesen finden. (q.e.d.)