{"id":52541,"date":"2019-11-11T00:00:00","date_gmt":"2019-11-10T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/rabbitmq-protiv-kafka-otkazoustojchivost-i-vysokaya-dostupnost"},"modified":"2020-02-18T14:00:17","modified_gmt":"2020-02-18T11:00:17","slug":"rabbitmq-protiv-kafka-otkazoustojchivost-i-vysokaya-dostupnost","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/rabbitmq-protiv-kafka-otkazoustojchivost-i-vysokaya-dostupnost","title":{"rendered":"RabbitMQ vs. Kafka: Ausfallsicherheit und hohe Verf\u00fcgbarkeit","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"RabbitMQ
\n
\nIn in einem fr\u00fcheren Artikel<\/a><\/noindex> Wir haben die Clusterbildung von RabbitMQ f\u00fcr Ausfallsicherheit und hohe Verf\u00fcgbarkeit betrachtet. Jetzt tauchen wir tief in Apache Kafka ein.<\/p>\n

Hier ist die Replizierungseinheit die Partition. Jeder Topic besteht aus einer oder mehreren Partitionen. Jede Partition hat einen Leader, entweder mit oder ohne Follower. Beim Erstellen eines Topics wird die Anzahl der Partitionen und der Replikationsfaktor angegeben. Ein g\u00e4ngiger Wert ist 3, was drei Replikate bedeutet: ein Leader und zwei Follower.
\n<\/a><\/noindex><\/p>\n

\"RabbitMQ
\nAbb. 1. Vier Partitionen sind auf drei Broker verteilt<\/i><\/p>\n

Alle Lese- und Schreibanfragen gehen an den Leader. Follower senden periodisch Anfragen an den Leader, um die neuesten Nachrichten zu erhalten. Verbraucher wenden sich niemals an die Follower; letztere existieren nur f\u00fcr Redundanz und Ausfallsicherheit.<\/p>\n

\"RabbitMQ
\n<\/p>\n

Partitionausfall<\/h1>\n

\nWenn ein Broker ausf\u00e4llt, brechen oft die F\u00fchrungspunkte mehrerer Partitionen zusammen. In jedem dieser F\u00e4lle wird ein Follower von einem anderen Knoten zum neuen Leader. Das ist jedoch nicht immer der Fall, da auch der Synchronisierungsfaktor eine Rolle spielt: Gibt es synchronisierte Follower, und falls nicht, ist der Wechsel zu einer unsynchronisierten Replik erlaubt? Lassen Sie uns das vorerst nicht komplizierter machen.<\/p>\n

Broker 3 f\u00e4llt aus \u2013 und f\u00fcr Partition 2 wird ein neuer Leader auf Broker 2 gew\u00e4hlt.<\/p>\n

\"RabbitMQ
\nAbb. 2. Broker 3 ist ausgefallen, und sein Follower auf Broker 2 wird zum neuen Leader von Partition 2 gew\u00e4hlt.<\/i><\/p>\n

Dann f\u00e4llt Broker 1 aus und Partition 1 verliert ebenfalls ihren Leader, dessen Rolle an Broker 2 \u00fcbergeht.<\/p>\n

\"RabbitMQ
\nAbb. 3. Es bleibt nur ein Broker \u00fcbrig. Alle Leader befinden sich auf einem Broker ohne Redundanz.<\/i><\/p>\n

Wenn Broker 1 wieder ins Netzwerk kommt, f\u00fcgt er vier Follower hinzu, wodurch f\u00fcr jede Partition eine gewisse Redundanz geschaffen wird. Doch alle Leader bleiben weiterhin auf Broker 2.<\/p>\n

\"RabbitMQ
\nAbb. 4. Die Leader bleiben auf Broker 2.<\/i><\/p>\n

Wenn Broker 3 wieder hochgefahren wird, kehren wir zu drei Replikaten pro Partition zur\u00fcck. Aber alle Leader sind immer noch auf Broker 2.<\/p>\n

\"RabbitMQ
\nAbb. 5. Unausgewogene Platzierung der Leader nach der Wiederherstellung von Broker 1 und 3.<\/i><\/p>\n

Kafka bietet ein besseres Werkzeug f\u00fcr das Rebalancing von Leadern als RabbitMQ. Dort musste man auf ein externes Plugin oder Skript zur\u00fcckgreifen, das die Policies f\u00fcr die Migration des Hauptknotens \u00e4nderte, um die Redundanz w\u00e4hrend der Migration zu reduzieren. Zudem musste man bei gro\u00dfen Warteschlangen mit einer Nichterreichbarkeit w\u00e4hrend der Synchronisation rechnen.<\/p>\n

In Kafka gibt es das Konzept der 'bevorzugten Replikate' f\u00fcr die Rolle des Leaders. Bei der Erstellung von Topic-Partitionen versucht Kafka, die Leader gleichm\u00e4\u00dfig auf die Knoten zu verteilen und markiert diese ersten Leader als bevorzugt. Durch Serverneustarts, Ausf\u00e4lle und Netzwerkunterbrechungen k\u00f6nnen die Leader jedoch im Laufe der Zeit auf andere Knoten verschoben werden, wie im oben beschriebenen Extremfall.<\/p>\n

Um dies zu beheben, bietet Kafka zwei Optionen an:<\/p>\n