Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Fehlerbehebung: RabbitMQ auf Amazon MQ
Verwenden Sie die Informationen in diesem Abschnitt, um häufig auftretende Probleme zu diagnostizieren und zu lösen, die bei der Arbeit mit RabbitMQ auf Amazon MQ-Brokern auftreten können.
Inhalt
Ich kann keine Metriken für meine Warteschlangen oder virtuellen Hosts in sehen. CloudWatch
Ich kann die Amazon-VPC-Konfiguration für den Broker nicht ändern.
Clusterbereitstellungen haben meine Warteschlangensynchronisationen angehalten.
Mein Einzelinstanz-Broker Amazon MQ für RabbitMQ befindet sich in einer Neustartschleife.
Ich kann keine Metriken für meine Warteschlangen oder virtuellen Hosts in sehen. CloudWatch
Wenn Sie keine Metriken für Ihre Warteschlangen oder virtuellen Hosts anzeigen können CloudWatch, überprüfen Sie, ob Ihre Warteschlangen- oder virtuellen Hostnamen Leerzeichen, Tabulatoren oder andere Nicht-ASCII-Zeichen enthalten.
Amazon MQ kann keine Metriken für virtuelle Hosts und Warteschlangen mit Namen veröffentlichen, die Leerzeichen, Registerkarten oder andere Nicht-ASCII-Zeichen enthalten.
Weitere Informationen zu Dimensionsnamen finden Sie unter Dimension in der Amazon CloudWatch API-Referenz.
Wie aktiviere ich Plugins in RabbitMQ auf Amazon MQ?
RabbitMQ auf Amazon MQ unterstützt derzeit nur die RabbitMQ Management-, Shovel-, Federation- und Consistent-Hash-Exchange-Plug-ins, die standardmäßig aktiviert sind. Weitere Informationen zur Verwendung unterstützter Plugins finden Sie unter Plugins für Amazon MQ für RabbitMQ.
Ich kann die Amazon-VPC-Konfiguration für den Broker nicht ändern.
Amazon MQ unterstützt das Ändern der Amazon-VPC-Konfiguration nicht, nachdem Ihr Broker erstellt wurde. Bitte beachten Sie, dass Sie einen neuen Broker mit der neuen Amazon-VPC-Konfiguration erstellen und die Client-Verbindungs-URL mit der neuen Broker-Verbindungs-URL aktualisieren müssen.
Clusterbereitstellungen haben meine Warteschlangensynchronisationen angehalten.
Während Sie sich um die Alarme über hohe Speicherauslastung von RabbitMQ kümmern, stellen Sie möglicherweise fest, dass Nachrichten in einer oder mehreren Warteschlangen nicht verbraucht werden können. Diese Warteschlangen synchronisieren möglicherweise Nachrichten zwischen Knoten, in denen die jeweiligen Warteschlangen für die Veröffentlichung und den Verbrauch nicht verfügbar sind. Warteschlangensynchronisierungen können aufgrund des Alarms über hohe Speicherauslastung pausiert werden und sogar zum Arbeitsspeicheralarm beitragen.
Informationen zum Stoppen und erneuten Versuchen der Synchronisierung von pausierten Warteschlangen finden Sie unter Auflösen der Synchronisierung von RabbitMQ angehaltener Warteschlangensynchronisierung.
Mein Einzelinstanz-Broker Amazon MQ für RabbitMQ befindet sich in einer Neustartschleife.
Ein Einzelinstanz-Broker von Amazon MQ für RabbitMQ, der einen hohen Speicheralarm auslöst, läuft Gefahr, nicht mehr verfügbar zu werden, wenn er neu gestartet wird und nicht genügend Speicher für den Start hat. Dies kann dazu führen, dass RabbitMQ in eine Neustartschleife gelangt und weitere Interaktionen mit dem Broker solange verhindert, bis das Problem behoben ist. Wenn sich Ihr Broker in einer Neustartschleife befindet, können Sie die von Amazon MQ empfohlenen Best Practices nicht anwenden, um den Alarm bei hohem Speicherbedarf zu beheben.
Um Ihren Broker wiederherzustellen, empfehlen wir, auf einen größeren Instance-Typ mit mehr Arbeitsspeicher zu aktualisieren. Im Gegensatz zu Cluster-Bereitstellungen können Sie einen Single-Instance-Broker aktualisieren, wenn bei ihm ein Alarm wegen zu hohem Speicherbedarf auftritt, da bei einem Neustart keine Warteschlangensynchronisationen zwischen den Knoten durchgeführt werden müssen.
