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.
RabbitMQ auf Amazon MQ: Alarm bei Festplattenlimit
Der Datenträgerlimit-Alarm ist ein Hinweis darauf, dass das von einem RabbitMQ-Knoten verwendete Festplattenvolumen aufgrund einer hohen Anzahl von Nachrichten, die beim Hinzufügen neuer Nachrichten nicht verbraucht wurden, gesunken ist. RabbitMQ löst einen Alarm für das Festplattenlimit aus, wenn der freie Festplattenspeicher des Brokers, der anhand der CloudWatch Amazon-Metrik identifiziert wurdeRabbitMQDiskFree, das durch angegebene Festplattenlimit erreicht. RabbitMQDiskFreeLimit RabbitMQDiskFreeLimitwird von Amazon MQ festgelegt und wurde unter Berücksichtigung des verfügbaren Speicherplatzes für jeden Broker-Instanztyp definiert. Weitere Informationen finden Sie unter Speicher- und Festplattenalarme.
Ein RabbitMQ-Broker auf Amazon MQ, der einen Alarm für das Festplattenlimit ausgelöst hat, ist für neue Nachrichten, die veröffentlicht werden, nicht mehr verfügbar. Wenn Sie einen Herausgeber und einen Verbraucher über dieselbe Verbindung haben, kann der Verbraucher auch keine Nachrichten empfangen. Wenn RabbitMQ in einem Cluster ausgeführt wird, gilt der Festplattenalarm clusterweit. Wenn ein Knoten das Limit unterschreitet, werden eingehende Nachrichten von allen anderen Knoten blockiert. Aufgrund der mangelnden Festplattenspeichers können bei Ihrem Broker auch andere Probleme auftreten, die die Diagnose und Auflösung des Alarms erschweren.
Amazon MQ startet einen Broker mit Festplattenalarm nicht neu und gibt eine Ausnahme für RebootBroker-API-Operationen zurück, solange der Broker den Alarm weiterhin auslöst.
Anmerkung
Sie können einen Broker nicht von einem mq.m5-Instance-Typ auf einen mq.t3.micro-Instance-Typ herunterstufen. Wenn Sie ein Downgrade durchführen möchten, müssen Sie Ihren Broker löschen und einen neuen erstellen.
Diagnose und Behebung eines Festplattenlimit-Alarms
Amazon MQ aktiviert standardmäßig Metriken für Ihren Broker. Sie können Ihre Broker-Metriken einsehen, indem Sie auf die CloudWatch Amazon-Konsole zugreifen oder die CloudWatch API verwenden. MessageCountist eine nützliche Metrik bei der Diagnose des RabbitMQ-Disk-Limit-Alarms. Nachrichten werden im Speicher gespeichert, bis sie verwendet oder verworfen werden. Eine hohe Nachrichtenanzahl weist auf eine Überauslastung des Festplattenspeichers hin und kann zu einem Festplattenalarm führen.
Verwenden Sie die Amazon MQ Managementkonsole, damit Sie den Festplattenlimit-Alarm diagnostizieren können, um:
-
Erstellen Sie eine neue Verbindung, um Nachrichten zu verarbeiten, die in den Warteschlangen veröffentlicht wurden.
-
Löschen Sie Nachrichten aus den Warteschlangen.
-
Löschen Sie die Warteschlangen aus Ihrem Broker.
Anmerkung
Es kann mehrere Stunden dauern, bis der Status RABBITMQ_DISK_ALARM gelöscht wird, nachdem Sie die erforderlichen Maßnahmen ergriffen haben.
Wenn Sie verhindern möchten, dass der Festplattenlimit-Alarm erneut auftritt, können Sie Ihren Host-Instance-Typ auf eine Instance mit zusätzlichen Ressourcen aktualisieren. Informationen zum Aktualisieren des Instance-Typs Ihres Brokers finden Sie unter UpdateBrokerInput in der Referenz zur Amazon-MQ-REST-API. Wir empfehlen außerdem, für Herausgeber und Verbraucher unterschiedliche Verbindungen zu verwenden.
Minderung des Alarms bei Festplattenlimit durch Erhöhung des konfigurierbaren Speichers
Sie können einen Alarm bei einem Festplattenlimit auch abschwächen, indem Sie die konfigurierbare EBS-Speichergröße des Brokers erhöhen. Diese Option ist verfügbar, wenn Ihr aktuelles EBS-Volume unter dem maximal zulässigen Speicherplatz für Ihren Instance-Typ liegt. Bevor Sie fortfahren, sollten Sie Bewährte Methoden für konfigurierbaren Speicher für Amazon MQ for RabbitMQ sich mit den unterstützten Speicherbereichen vertraut machen.
Um den konfigurierbaren Speicher zu erhöhen, wenden Sie ein Update an und starten Sie den Broker neu. Da sich der Broker aufgrund des Alarms zur Festplattennutzung in einem kritischen Zustand befindet, in dem eine Aktion erforderlich ist, wird RabbitMQ nicht neu gestartet. Amazon MQ wendet die Speichererhöhung an, und der Broker verlässt den Status „Kritische Aktion erforderlich“, sobald der Alarm zur Festplattennutzung gelöscht wird.
Anmerkung
Solange sich der Broker aufgrund des Alarms zur Festplattennutzung im Status „Kritische Maßnahmen erforderlich“ befindet, ist nur eine konfigurierbare Speichererhöhung zulässig. Sie können den Instance-Typ des Brokers erst ändern, wenn der Broker den Alarmstatus verlassen hat.
Überwachen Sie nach der Aktualisierung die Kennzahlen RabbitMQDiskFree und die RabbitMQDiskFreeLimit CloudWatch Amazon-Metriken, um sicherzustellen, dass der Broker den Alarmstatus verlässt. Um zu verhindern, dass Festplattenalarme erneut auftreten, sollten Sie die Festplattennutzung im Laufe der Zeit überwachen und den Anweisungen unter folgen. Best Practices für Amazon MQ for RabbitMQ Wenn zusätzliche Festplatten- oder andere Ressourcenkapazität benötigt wird, sollten Sie auch ein Upgrade des Instanztyps des Brokers in Betracht ziehen.
