HIVEMQ CLOUD SERVERLESS MIGRATION
Move your MQTT project. Keep it managed.
HiveMQ Cloud Serverless Free and PAYG retire on December 31, 2026. RunMQTT offers private managed brokers, per-device credentials, and topic policies, with plans from $15/month.
A new endpoint needs a real migration plan
The retirement applies to Serverless Free and PAYG, not every HiveMQ service. New Serverless clusters are already unavailable.
Retirement details checked on October 20, 2026. RunMQTT is independent of HiveMQ.
For teams that want to keep broker operations off their plate
Keep your MQTT client libraries and topic design where compatible. Validate the behaviors your application depends on before moving production traffic.
Reviewable device access
Choose by behavior as well as capacity
Validate your actual limits
Estimate the bill before moving the fleet
Prices are in USD, before applicable taxes. Every publish and subscriber delivery counts in 512-byte units, rounded up. Connections include backend consumers.
| Plan | Monthly price | Concurrent connections | Monthly message units |
|---|---|---|---|
| Starter | $15 | 100 | 1,000,000 |
| Growth | $39 | 2,000 | 10,000,000 |
| Scale | $89 | 10,000 | 50,000,000 |
Example: each device publishes one payload of up to 512 bytes per minute to one subscriber, continuously for 30 days. These totals exclude other messages and are estimates, not performance measurements.
- 10 devices: 864,000 message units in 30 days.
- 20 devices: 1,728,000 message units in 30 days.
- 100 devices: 8,640,000 message units in 30 days.
One 7-day trial is available to eligible accounts. A payment method is required; cancel before the displayed trial end to avoid the selected plan’s charge. There is no permanent free private plan.
Prepare, verify, then switch
Start with synthetic data and one representative client. The guide includes a local verification script, a cutover checklist, and client-specific instructions.
- 01
Inventory the workload
Count devices and backend connections, message sizes, fan-out, retained state, subscriptions, and how deployed clients receive new settings.
- 02
Create the broker and access rules
Choose a plan, create policy templates, and issue RunMQTT device credentials. Your old HiveMQ hostname and credentials do not transfer.
- 03
Test representative clients
Check TLS and WSS, allowed and denied topics, reconnects, QoS, retained replay, and the real publish rate. A successful connection alone is insufficient.
- 04
Switch in batches with a rollback window
Coordinate devices and backend consumers, republish required state, and monitor deliveries and usage. Keep the old cluster until the migration is accepted and before its retirement.
For a migration assessment, share approximate connections, message rate, payload size, required features, client software, and target date. Do not send credentials or customer payloads. Assistance scope is agreed before cutover.
Questions before you migrate
Is RunMQTT a free HiveMQ Cloud alternative?
Can I migrate without downtime or message loss?
Can I move Home Assistant or ESP32 clients?
How do I keep a future move manageable?
Follow your client’s migration path
Use the same client and protocol version as your deployed application.