Konfiguration des RabbitMQ-Clusters

Von Messages for RabbitMQ werden Funktionen für Replikation, Failover und Hochverfügbarkeit bereitgestellt, mit denen die Datenbanken und Daten bei der Wartung der Infrastruktur sowie Upgrades und Ausfällen geschützt werden sollen. Die Bereitstellungen enthalten einen Cluster mit drei Knoten, in dem die Statusangaben für Benutzer, virtuelle Hosts, Warteschlangen, Austauschvorgänge, Bindungen, Laufzeitparameter und weitere verteilte Statusangaben auf allen drei Knoten gemeinsam genutzt werden. Wenn ein Knoten ausfällt, wird der Knoten entweder gelöscht oder erneut gestartet; anschließend wird der Knoten oder ein neuer Knoten erneut mit dem Cluster synchronisiert. Ihre Implementierung bleibt für die Verarbeitung von Nachrichten während der Resynchronisation verfügbar, obwohl es sich um einen speicherintensiven Prozess handelt. Weitere Informationen finden Sie auf der Seite Leistung .

RabbitMQ -Ressourcenaspekte

Als Nachrichtenbroker, der in Erlang implementiert ist, hängt RabbitMQ bei der Planung seiner Prozesse von CPU-Cores ab. Wenn zu wenige Kerne verfügbar sind, um diese Prozesse auszuführen, kann die Leistung beeinträchtigt werden. Wenn zu wenige CPU-Ressourcen für die Verarbeitung verfügbar sind, schließt RabbitMQ Verbindungen. Ziehen Sie cpu-contention in Betracht und wählen Sie eine Ressourcenkonfiguration aus, die genügend CPU-Kerne für RabbitMQ bereitstellt, das als Produktionssystem ausgeführt wird. Die Verwendung dedizierter CPU-Ressourcen in Ihrer RabbitMQ -Bereitstellung verhindert auch die Auswirkungen von verrauschten Nachbarn auf Ressourcen wie CPU und Hauptspeicher.

Konfiguration der Warteschlange für Hochverfügbarkeit

Der virtuelle Standardhost ist so konfiguriert, dass seine Warteschlangen auf allen Knoten im Cluster gespiegelt werden, um Hochverfügbarkeitbereitzustellen. Die Hochverfügbarkeit in RabbitMQ wird durch Richtliniefestgelegt. Sie können die Richtlinie in der RabbitMQ -Managementbenutzerschnittstelle, der HTTPS-API oder in rabbitmqadmin anzeigen, wenn Sie sich mit dem Administratorkontoanmelden.

Sie können die Hochverfügbarkeit ändern, indem Sie eine Richtlinie hinzufügen und ihr eine höheren Priorität zuweisen, die Standardrichtlinie kann jedoch nicht entfernt werden. Für zusätzliche virtuell Hosts ist standardmäßig keine Richtlinie für hohe Verfügbarkeit festgelegt. Sie sollten allen virtuellen Hosts eine Hochverfügbarkeitsrichtlinie hinzufügen.

Hochverfügbarkeit für eine Anwendung

Anwendungen, die über Netze und Cloud-Services kommunizieren, sind temporären Verbindungsfehlern ausgesetzt. Da Messages for RabbitMQ auch ein verwalteter Service ist, werden reguläre Aktualisierungen und Wartungen der Datenbank im Rahmen der normalen Unternehmensaktivitäten durchgeführt. Da solche Aktivitäten zu einer kurzen Delle der Verbindung führen können, können kurze Unterbrechungen der Verbindung auftreten.

Deswegen ist es sinnvoll, die Ausführung der Anwendungen so zu konzipieren, dass eine temporäre Unterbrechung der Verbindung zur Bereitstellung oder zu IBM Cloud verarbeitet werden kann.

Die RabbitMQ -Dokumentation enthält im Abschnitt Anwendungen einen Überblick darüber, welche Arten von Aktionen Sie ausführen können, um Ihre Anwendungen im Produktionsprüflisteleistungsfähig und stabil zu machen. An dieser Stelle sind auch einige allgemeine Ratschläge zur Verwaltung und Wiederherstellung von Verbindungen aufgeführt.

Von RabbitMQ und den RabbitMQ-Treibern werden unterschiedliche Funktionen unterstützt, die das Entwickeln ausfallsicherer Anwendungen erleichtern.

• Consumer Empfangsbestätigungen und Publisher bestätigt -um sicherzustellen, dass Nachrichten gesendet und empfangen werden, und um Situationen abzufangen und wiederherzustellen, in denen sie nicht vorhanden sind.
• Heartbeats und TCP Keepalives -Verwenden Sie Heartbeat-und Keepalive-Parameter, wenn Ihre Anwendungsverbindung Zombieverbindungen erkennen und verhindern kann.
• Benachrichtigungen über Konsumentenabbruch -Erkennen und Verarbeiten von Instanzen, bei denen ein Konsument die Verarbeitung aus einer Warteschlange stoppt.

Messages for RabbitMQ wird auch mit dem Shovel Plug-ingeliefert. Von Shovels können das Verbinden, das Lesen und Schreiben von Nachrichten, Verbindungsfehler und erneute Veröffentlichungen verarbeitet werden.

Mit einer Nichtverfügbarkeit von Datenbanken oder einer Unterbrechung von Verbindungen für mehrere Minuten muss nicht gerechnet werden. Wenn Verbindungsunterbrechungen mit einer Länge von über einer Minute auftreten, öffnen Sie ein Support-Ticket mit Details, damit wir den Fall untersuchen können.

Messages for RabbitMQ-Verbindungsgrenzwerte

Bei der Bereitstellung hat Messages for RabbitMQ vier verschiedene Endpunkte und legt die maximale Anzahl der Verbindungen pro Knoten und für jeden Endpunkt wie folgt fest:

• HTTPS: 1024 x 3 Knoten = 3072
• AMQPS: 20000 x 3 Knoten = 60000
• MQTTS: 20000 x 3 Knoten = 60000
• STOMPS: 20000 x 3 Knoten = 60000

Wenn die Anzahl der Verbindungen zur Datenbank den Verbindungsgrenzwert überschreitet, schlagen neue Verbindungen fehl und geben einen Fehler zurück.

Überwachung für Hochverfügbarkeit

Da Messages for RabbitMQ mit der Integration in IBM Log Analysis bereitgestellt wird, können Sie Live-Protokolle und Langzeit-Protokolle anzeigen.

Das Überprüfen der Protokolle einer Bereitstellung erleichtert die Überwachung des Hochverfügbarkeitsstatus und der Replikation in der Bereitstellung. Wenn im Zusammenhang mit den Anwendungen persistente Probleme auftreten, können Protokolle auch einen Einblick in die Datenbanken bieten, falls Verbindungsfehler oder Unterbrechungen auftreten.

Ressourcen zu Hochverfügbarkeit, Disaster-Recovery und SLA

In Messages for RabbitMQ-Bereitstellungen werden die Begriffe HA, DR und SLA für IBM Cloud-Datenbanken entsprechend verwendet.