HiveMQ Cloud Serverless Free 与 PAYG 将于 2026 年 12 月 31 日退役，目前已无法新建集群。已有项目需要迁移客户端，旧集群 URL 不能转移。HiveMQ 表示停服后将永久删除集群与数据。本次涉及 Serverless 套餐，并非全部 HiveMQ 服务。请核对官方公告，本文信息核验于 2026 年 10 月 20 日。
先确定谁来运维 Broker
HiveMQ 为符合条件的用户提供免费自托管迁移许可证，可以继续在自己的基础设施上运行 HiveMQ。希望交由服务商运维的团队，则需要评估托管服务。
比较时应覆盖完整负载与职责：设备凭据、Topic 权限、支持、区域需求和恢复方式。设备少不代表负载轻，一个繁忙网关或多个下游订阅者也会产生较高用量。标准 MQTT 协议让客户端更容易复用，但不保证所有 Broker 的具体行为相同。
RunMQTT 替代方案概览介绍了私有 Broker 工作流、套餐与边界。RunMQTT 与 HiveMQ 无隶属关系，也没有永久免费私有套餐。7 天试用需要付款方式，如不希望产生所选套餐费用，须在界面显示的试用结束时间前取消。
按实际计费口径计算消息
连接数只是一个维度。RunMQTT 的发布和每份订阅投递都计入用量，按 512 字节向上取整。20 台设备每分钟向一个订阅者发送一条小消息，30 天约消耗 173 万消息单位。虽然连接数符合 Starter，其 100 万消息额度并不覆盖这项负载。
先用容量计算器，再核对功能。保留消息与 QoS 2 需要 Growth 或 Scale。月度额度不代表特定突发速率、离线队列时长或订阅数保证。请阅读计费指南，在使用前明确必要的运行边界。
更换地址不会搬走状态
盘点需要更新域名、凭据与 TLS 的应用和固件。写死连接地址、可能数周离线的设备，应尽早处理。
重建权限并测试拒绝场景，在新 Broker 重建订阅。明确当前状态如何重发、待处理业务事件如何恢复、命令发布者如何协调。即使使用相同 Client ID，已有持久会话、离线队列与进行中的投递也不会自动迁移。消费者能够去重，仍然需要明确的切换方案。
依赖保留消息的客户端，还应同时检查回放内容与包行为。RunMQTT 已记录保留包标志的兼容性限制，请阅读会话与投递，通过应用级验证后再验收。
从一个有代表性的客户端开始
按照迁移指南，用合成数据运行本地验证器，检查常规流量、重启、断网和权限。ESP32 与 Node-RED 使用客户端指南，Home Assistant 使用专项验收清单。
先迁一批，再扩大设备范围。在明确的回退窗口内保留源服务，删除旧集群前验收所有必要设备与后端。保存 Topic 和策略清单，让连接配置保持可更新，让应用能够从新会话恢复，也能降低下一次基础设施变化的成本。