RabbitMQ - Wie konfiguriere ich Server für Upgrades ohne Ausfallzeiten?

Nachdem Sie die Dokumentation und RabbitMQ in Aktion gelesen haben , scheint das Erstellen eines RabbitMQ-Clusters recht einfach zu sein, aber das Aktualisieren oder Patchen eines vorhandenen RabbitMQ-Clusters erfordert anscheinend einen Neustart des gesamten Clusters.

Gibt es eine Möglichkeit, Clustering, Shovel, Verbund und Lastenausgleich zu kombinieren, um ein fortlaufendes Upgrade zu ermöglichen, ohne Warteschlangen oder Nachrichten zu verlieren, oder habe ich etwas Offensichtlicheres verpasst?

Angenommen, Ihre rabbitmq-Clients tolerieren einen Verbindungsabbruch, können Sie die hier beschriebenen Aspekte berücksichtigen .

Unser Cluster steht hinter einem VIP. Wenn wir einen Cluster aktualisieren möchten, drehen wir einen alternativen Cluster und schalten den VIP auf den alternativen Cluster um. In der Zwischenzeit verfügen wir über Tools, mit denen Nachrichten zwischen Clustern verschoben werden. Wenn die Aktualisierung des 'Master'-Clusters abgeschlossen ist, kehren wir den Vorgang um.

Beim Upgrade von einer Haupt- oder Nebenversion von RabbitMQ auf eine andere (dh von 3.0.x auf 3.1.x oder von 2.xx auf 3.xx) oder beim Upgrade von Erlang muss der gesamte Cluster für das Upgrade heruntergefahren werden ( da Cluster keine gemischten Versionen wie diese ausführen können). Dies ist nicht der Fall, wenn Sie von einer Patch-Version auf eine andere aktualisieren (dh von 3.0.x auf 3.0.y). Diese Versionen können in einem Cluster gemischt werden (mit der Ausnahme, dass 3.0.0 nicht mit späteren Versionen der 3.0.x-Reihe gemischt werden kann).

@terence Ich war auch in den gleichen Schuhen wie du. Ich glaube , Sie können löschen Sie Neugier Durst hier . PS Ich habe es selbst noch nicht ausprobiert.