MIGRATION VON HIVEMQ CLOUD SERVERLESS
MQTT-Projekt umziehen. Weiterhin verwaltet betreiben.
HiveMQ Cloud Serverless Free und PAYG enden am 31. Dezember 2026. RunMQTT bietet private verwaltete Broker, eigene Gerätezugangsdaten und Topic-Richtlinien ab 15 USD pro Monat.
Ein neuer Endpunkt braucht einen Migrationsplan
Die Stilllegung betrifft Serverless Free und PAYG, nicht sämtliche HiveMQ-Dienste. Neue Serverless-Cluster sind bereits nicht mehr verfügbar.
Angaben zur Stilllegung am 20. Oktober 2026 geprüft. RunMQTT ist unabhängig von HiveMQ.
Für Teams, die den Broker-Betrieb abgeben möchten
Kompatible MQTT-Clientbibliotheken und Topic-Strukturen weiterverwenden. Vor dem Produktivwechsel alle für die Anwendung erforderlichen Verhaltensweisen prüfen.
Nachvollziehbarer Gerätezugriff
Verhalten und Kapazität gemeinsam bewerten
Tatsächliche Grenzen prüfen
Kosten vor dem Flottenumzug berechnen
Preise in USD, zuzüglich anwendbarer Steuern. Veröffentlichungen und jede Empfängerzustellung zählen in aufgerundeten 512-Byte-Einheiten. Backend-Verbraucher zählen als Verbindungen.
| Tarif | Monatspreis | Gleichzeitige Verbindungen | Nachrichteneinheiten pro Monat |
|---|---|---|---|
| Starter | 15 $ | 100 | 1.000.000 |
| Growth | 39 $ | 2.000 | 10.000.000 |
| Scale | 89 $ | 10.000 | 50.000.000 |
Beispiel: Jedes Gerät veröffentlicht kontinuierlich eine Nachricht mit bis zu 512 Byte pro Minute an einen Empfänger, 30 Tage lang. Die Schätzung enthält keine weiteren Nachrichten und ist keine Leistungsmessung.
- 10 Geräte: 864.000 Nachrichteneinheiten in 30 Tagen.
- 20 Geräte: 1.728.000 Nachrichteneinheiten in 30 Tagen.
- 100 Geräte: 8.640.000 Nachrichteneinheiten in 30 Tagen.
Berechtigte Konten erhalten einmalig 7 Testtage. Ein Zahlungsmittel ist erforderlich. Vor dem angezeigten Testende kündigen, um die Tarifgebühr zu vermeiden. Es gibt keinen dauerhaft kostenlosen privaten Tarif.
Vorbereiten, prüfen, umstellen
Mit synthetischen Daten und einem repräsentativen Client beginnen. Die Anleitung enthält ein lokales Prüfskript, eine Checkliste und clientspezifische Schritte.
- 01
Last erfassen
Geräte und Backend-Verbindungen, Nachrichtengrößen, Empfänger, gespeicherte Zustände, Abonnements und die Aktualisierung der Client-Konfiguration erfassen.
- 02
Broker und Zugriffsregeln einrichten
Tarif auswählen, Richtlinienvorlagen erstellen und RunMQTT-Gerätezugangsdaten ausstellen. Der bisherige HiveMQ-Hostname und die Zugangsdaten werden nicht übertragen.
- 03
Repräsentative Clients testen
TLS und WSS, erlaubte und verweigerte Topics, Neuverbindungen, QoS, Retained-Nachrichten und die tatsächliche Senderate prüfen. Eine erfolgreiche Verbindung allein reicht nicht aus.
- 04
Schrittweise mit Rückfalloption umstellen
Geräte und Backend-Verbraucher koordinieren, benötigte Zustände erneut veröffentlichen und Zustellung sowie Verbrauch überwachen. Den alten Cluster bis zur Abnahme behalten und vor seiner Stilllegung umstellen.
Für eine Migrationsbewertung ungefähre Verbindungen, Nachrichtenrate, Nutzlastgröße, Funktionen, Clientsoftware und Zieldatum angeben. Keine Zugangsdaten oder Kundennachrichten senden. Den Umfang der Unterstützung vor der Umstellung vereinbaren.
Fragen vor der Migration
Ist RunMQTT eine kostenlose HiveMQ-Cloud-Alternative?
Ist eine Migration ohne Ausfall oder Nachrichtenverlust möglich?
Kann ich Home-Assistant- oder ESP32-Clients umziehen?
Wie erleichtere ich einen späteren Wechsel?
Den passenden Client-Migrationsweg wählen
Mit derselben Client- und Protokollversion wie in Ihrer Anwendung testen.