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.
Größenrichtlinien für Amazon MQ für RabbitMQ
Sie können den Broker-Instance-Typ wählen, der Ihre Anwendung am besten unterstützt. Berücksichtigen Sie bei der Auswahl eines Instance-Typs Faktoren, die sich auf die Leistung des Brokers auswirken:
-
die Anzahl der Clients und Warteschlangen
-
die Menge der gesendeten Nachrichten
-
Nachrichten, die im Speicher aufbewahrt werden
-
redundante Nachrichten
Kleinere Broker-Instance-Typen m7g.medium werden nur zum Testen der Anwendungsleistung empfohlen. Wir empfehlen größere Broker-Instance-Typen m7g.large und höher oder Produktionsebenen von Clients und Warteschlangen, hohen Durchsatz, Nachrichten im Speicher und redundante Nachrichten.
Wichtig
Sie können einen Broker nicht von einem Instance-Typ mq.m5 oder auf einen mq.m7g Instance-Typ herabstufen. mq.t3.micro
Es ist wichtig, Ihre Broker zu testen, um den geeigneten Instance-Typ und die Größe für Ihre Workload-Messaging-Anforderungen zu ermitteln.
Verwenden Sie immer die Standard-Ressourcenlimits auf dem RabbitMQ 4-Broker, um die geeignete Instance-Größe für Ihre Anwendung gemäß den Best Practices von Amazon MQ zu ermitteln. Diese Standard-Ressourcenlimits basieren auf den Typen, dem m7g Instance-Typ und den Quorum-Warteschlangen.
Sie können den Wert eines beliebigen Grenzwerts bis zu den Höchstwerten erhöhen, die je nach Instanztyp und Bereitstellungsmodus definiert sind. Wir empfehlen jedoch dringend, die Leistung des Brokers anhand der erhöhten Werte zu testen, bevor Sie ihn in der Produktion einsetzen.
Anmerkung
RabbitMQ 3.13-Broker verfügen nicht über standardmäßige Ressourcenlimits, wir empfehlen jedoch, die empfohlenen Standardwerte zu verwenden.
