Es gibt keine hart codierte Grenzen innerhalb RabbitMQ broker. Die broker nutzen alle verfügbaren Ressourcen (es sei denn, Sie Grenzen setzen einige von Ihnen, Sie sind aufgerufen Wasserzeichen im RabbitMQ-Terminologie).
Gibt es einige Einschränkungen, die von Erlang selbst, wie maximale Anzahl der gleichzeitigen Prozesse, aber wenn man theoretisch erreichen kann mit einem Knoten, dann ist es immer eine gute Idee,verteilte Funktionen.
Gibt es eine Menge Diskussionen über RabbitMQ Ressourcennutzung und-Grenzen,
P. S. Es gibt AMQP-Protokoll limit aber. Sie sind beschrieben in Abschnitt 4.9
Einschränkungen
Den AMQP-Spezifikationen Einführung dieser Grenzwerte für künftige Erweiterungen
AMQP oder Protokolle aus dem gleichen Draht-level-format:
Anzahl der Kanäle pro Verbindung: 16-bit-Kanal-Nummer.
Anzahl der Protokoll-Klassen: 16-bit class id.
Anzahl der Methoden pro Klasse Protokoll: 16-bit-Methode id.
Den AMQP-Spezifikationen Einführung dieser Grenzwerte zu den Daten:
Maximale Größe einer kurzen Zeichenfolge: 255 Oktette.
Maximale Größe einer langen string-oder Feld-Tabelle: 32-bit-Größe.
Maximale Größe des frame-Nutzlast: 32-bit-Größe.
Maximale Größe einer Inhalt: 64-bit-Größe.
Server-oder client kann auch verhängen seine eigenen Grenzen, Ressourcen,
als Anzahl der gleichzeitigen verbindungen, die Anzahl der Konsumenten pro
Kanal, Anzahl der queues, etc.. Diese wirken sich nicht Interoperabilität
und sind nicht angegeben.
Tausende (oder sogar Zehntausende) von Warteschlangen, sollte das kein problem sein
an alle, obwohl jedes Objekt (z.B. queues, exchanges, Bindungen, etc.)
nehmen Sie Speicherplatz und/oder Speicherplatz. Standardmäßig Erlang wird
durchzusetzen, die eine maximale Anzahl gleichzeitiger Prozesse (d.h., leicht
threads) auf rund 32768 IIRC. Jede Warteschlange wird verwaltet von seiner eigenen
Prozess und jede Verbindung führen kann, in einigen mehr, so dass, wenn Sie
die Planung auf eine sehr große Anzahl von aktiven Warteschlangen in einem einzigen
Knoten (?) und mit Ihnen allen zur gleichen Zeit, dann müssen Sie möglicherweise
zwicken Sie den emulator Argumente Kaninchen geht der VM-Einstellung +P, um einen höheren Grenzwert.
Du bist wahrscheinlich auch bis viele Gb nur mit dem overhead für jeden
Warteschlange /Verbindung ziemlich schnell, so dass Sie gehen zu müssen, ein ziemlich fleischig
- server mit Millionen von beide. Zehntausende sollte keine
problem, vorausgesetzt Sie passen in den RAM.
Es gibt keine hart codierte Grenzen innerhalb RabbitMQ broker. Die broker nutzen alle verfügbaren Ressourcen (es sei denn, Sie Grenzen setzen einige von Ihnen, Sie sind aufgerufen Wasserzeichen im RabbitMQ-Terminologie).
Gibt es einige Einschränkungen, die von Erlang selbst, wie maximale Anzahl der gleichzeitigen Prozesse, aber wenn man theoretisch erreichen kann mit einem Knoten, dann ist es immer eine gute Idee,verteilte Funktionen.
Gibt es eine Menge Diskussionen über RabbitMQ Ressourcennutzung und-Grenzen,
P. S. Es gibt AMQP-Protokoll limit aber. Sie sind beschrieben in Abschnitt 4.9
Einschränkungen
InformationsquelleAutor der Antwort pinepain
Dieser Beitrag kann Ihnen helfen:
http://rabbitmq.1065348.n5.nabble.com/Max-messages-allowed-in-a-queue-in-RabbitMQ-td26063.html
BEARBEITEN
InformationsquelleAutor der Antwort Gabriele