Jeder MQTT-Broker routet Nachrichten von Publishern zu Subscribern, und jeder ernstzunehmende unterstützt MQTT 3.1.1 und 5. Die echten Unterschiede liegen bei Skalierung, Betrieb und Lizenzierung: wie er clustert, worin er geschrieben ist, was sein Betrieb kostet und wer ihn pflegt. Dieser Vergleich hält sich an bekannte, überprüfbare Fakten – keine ausgedachten Benchmarks – und endet mit einer praktischen Entscheidungshilfe.
Du willst einfach sofort einen Broker ausprobieren? Unsere Liste öffentlicher Broker enthält sofort nutzbare Test-Endpunkte, und du kannst dich mit jedem davon direkt aus dem Browser verbinden.
Im Browser mit einem öffentlichen Broker verbinden
MQTT-Broker auf einen Blick
Für eine filterbare Feature-Matrix nutze den interaktiven MQTT-Broker-Vergleich.
| Broker | Sprache | Clustering in der freien / Open-Source-Edition | MQTT 5 | Lizenz (freie Edition) |
|---|---|---|---|---|
| Eclipse Mosquitto | C | Nein (nur Bridging) | Ja | EPL-2.0 / EDL-1.0 |
| EMQX | Erlang/OTP | Ja | Ja | Apache 2.0 für ältere Releases; neuere Releases nutzen eine Business Source License |
| HiveMQ Community Edition | Java | Nein (Clustering gibt es in HiveMQ Enterprise) | Ja | Apache 2.0 |
| VerneMQ | Erlang/OTP | Ja | Ja | Apache 2.0 |
| NanoMQ | C | Nein (nur Bridging) | Ja | MIT |
Eclipse Mosquitto
Mosquitto ist der am weitesten verbreitete Open-Source-Broker und die Standardwahl für kleine und mittlere Deployments. Er ist in C geschrieben, läuft problemlos auf einem Raspberry Pi oder einem Edge-Gateway und wird mit einer einzigen Textdatei konfiguriert. Mitgeliefert werden die Kommandozeilen-Clients mosquitto_pub und mosquitto_sub, die in den meisten MQTT-Tutorials verwendet werden.
- Stärken: winziger Footprint, einfaches Setup, ausgereift, für die meisten Linux-Distributionen paketiert und als offizielles Docker-Image verfügbar.
- Grenzen: Single Node – kein eingebautes Clustering; du kannst Broker per Bridge verbinden, aber Sessions werden nicht geteilt. Authentifizierung läuft über Dateien oder Plugins.
Starte mit Mosquitto installieren, dem mosquitto.conf-Generator und dem öffentlichen Broker test.mosquitto.org.
EMQX
EMQX wird von EMQ Technologies entwickelt, ist in Erlang/OTP geschrieben und auf Clustering und sehr viele gleichzeitige Verbindungen ausgelegt. Über reines MQTT hinaus bringt es eine SQL-ähnliche Rule Engine, Datenintegrationen mit Datenbanken und Streaming-Plattformen, ein Web-Dashboard sowie eingebaute Backends für Authentifizierung und Autorisierung mit.
- Stärken: natives Clustering, großer Funktionsumfang out of the box, gute Observability, Extras wie Strategien für Shared Subscriptions und das
$queue-Präfix. - Grenzen: aufwendiger in Betrieb und Wartung als Mosquitto; prüfe die Lizenz der Version, die du deployst.
Probier es über den öffentlichen EMQX-Broker aus.
HiveMQ
HiveMQ ist ein Java-basierter Broker mit starkem Enterprise-Fokus. Die quelloffene HiveMQ Community Edition ist ein vollwertiger MQTT-3.1.1- und -5-Broker für den Single-Node-Einsatz mit Extension-SDK. Clustering, Enterprise-Security, Monitoring und kommerzieller Support gehören zu HiveMQ Enterprise, und HiveMQ bietet zusätzlich einen Managed-Cloud-Service an.
- Stärken: spezifikationskonform, gut dokumentiert, starker kommerzieller Support und Tooling für regulierte Branchen.
- Grenzen: Clustering erfordert die kommerzielle Edition; die JVM braucht mehr Speicher als C-basierte Broker.
Probier es über den öffentlichen HiveMQ-Broker aus.
VerneMQ und NanoMQ
VerneMQ
VerneMQ ist ein Apache-lizenzierter, Erlang-basierter Broker mit eingebautem Clustering und MQTT-5-Support. Er ist eine solide Option, wenn du Open-Source-Clustering unter einer permissiven Lizenz willst. Prüfe vor einer Festlegung den aktuellen Release-Rhythmus des Projekts und wie offizielle Binärpakete verteilt werden.
NanoMQ
NanoMQ, ebenfalls von EMQ, ist ein schlanker C-Broker für Edge-Geräte und Gateways. Er unterstützt MQTT 5, Bridging zu Cloud-Brokern und MQTT über QUIC. Sieh ihn eher als Edge-seitigen Begleiter eines zentralen Brokers denn als dessen Ersatz.
Managed und Cloud-MQTT-Broker
Ein Managed Broker nimmt dir die Betriebsarbeit ab – Patches, TLS-Zertifikate, Monitoring, Backups und Skalierung – im Tausch gegen ein Abo. Zu den Optionen gehören:
- HiveMQ Cloud und EMQX Cloud – gehostete Versionen der oben genannten Broker.
- AWS IoT Core und Azure IoT Hub / Azure Event Grid – MQTT-Endpunkte als Teil größerer Cloud-IoT-Plattformen. Sie sind mit den Identitäts- und Datendiensten der jeweiligen Cloud verzahnt, nutzen aber plattformspezifische Authentifizierung und teils nur eine eingeschränkte Teilmenge der MQTT-Features oder vorgegebene Topic-Strukturen.
- ConnectMQ – ein Managed MQTT-Broker mit privaten, isolierten Instanzen, Benutzername/Passwort-Authentifizierung, Zugriffskontrolle pro Topic, TLS und sicheren WebSockets sowie Support für MQTT 3.1.1 und 5. Siehe ConnectMQ in unserer Broker-Liste.
Managed Services unterscheiden sich vor allem im Preismodell, in Verbindungs- und Nachrichtenlimits, darin, welche MQTT-5-Features sie anbieten, und ob sie Standard-Authentifizierung per Benutzername/Passwort oder proprietäre Identitätsmodelle verwenden. Vergleiche das mit deinen Anforderungen, nicht mit Marketingversprechen.
So wählst du einen MQTT-Broker aus
- Lernen, Prototyping oder Hausautomation: Mosquitto auf einem Raspberry Pi oder in Docker oder ein kostenloser öffentlicher Test-Broker. Ein typisches Setup findest du unter Home Assistant MQTT.
- Edge-Gateways: Mosquitto oder NanoMQ, per Bridge mit einem zentralen Broker verbunden.
- Produktion mit Hochverfügbarkeit auf eigener Infrastruktur: ein clusterfähiger Broker wie EMQX, VerneMQ oder HiveMQ Enterprise – und ein Team, das ihn sicher betreiben kann.
- Tiefe Integration mit einem Cloud-Anbieter: der IoT-Dienst dieses Anbieters, sofern seine MQTT-Feature-Teilmenge zu deinen Geräten passt.
- Produktion ohne eigene Server: ein Managed Broker mit Standard-MQTT, TLS und Zugangsdaten pro Gerät.
Egal, wofür du dich entscheidest – prüfe vorher diese Punkte:
- Protokoll-Features, auf die du angewiesen bist: MQTT-5-Properties, Shared Subscriptions, Retained Messages, Limits für die Nachrichtengröße. Siehe MQTT 5 vs. 3.1.1.
- Transporte: TCP, TLS und WebSockets für Browser-Clients – siehe MQTT-Ports.
- Sicherheit: Authentifizierung, ACLs pro Topic und TLS. Unsere MQTT-Security-Best-Practices zeigen, worauf du achten solltest.
- Betrieb: Monitoring, Upgrades, Backups und wer nachts angepiept wird.
Teste, bevor du dich entscheidest
Egal welche Broker auf deiner Shortlist landen: Führe gegen jeden dieselben Checks aus – verbinde dich über jeden Transport, den du brauchst, prüfe QoS und Retained Messages und stell sicher, dass dein Authentifizierungs-Setup funktioniert. Unser Leitfaden MQTT-Broker testen führt dich Schritt für Schritt durch.
Häufig gestellte Fragen
Welcher MQTT-Broker ist am besten für Einsteiger?
Eclipse Mosquitto ist meist der einfachste Einstieg. Er ist klein, in den meisten Paketmanagern und als Docker-Image verfügbar und wird mit einer einzigen Textdatei konfiguriert. Wenn du gar keinen Server betreiben willst, ist ein Managed MQTT-Broker die einfachste Option.
Ist Mosquitto oder EMQX besser?
Sie zielen auf unterschiedliche Anforderungen. Mosquitto ist ein schlanker Single-Node-Broker, ideal für kleine Deployments, Edge-Gateways und Hausautomation. EMQX ist für Clustering und sehr viele Verbindungen gebaut und bringt eine Rule Engine und Datenintegrationen mit – um den Preis höherer Komplexität.
Lässt sich Mosquitto clustern?
Der Open-Source-Broker Mosquitto hat kein eingebautes Clustering. Du kannst mehrere Mosquitto-Instanzen per Bridge verbinden, aber das ist nicht dasselbe wie ein Cluster mit geteilten Sessions. Wenn du natives Clustering brauchst, schau dir EMQX, VerneMQ, HiveMQ Enterprise oder einen Managed Service an.