linux服务器部署mqtt集群需按实际需求决策：设备超5000、需高可用或跨机房同步时选emqx集群；中小项目用单节点mosquitto即可。mosquitto不支持原生集群，emqx则内置节点发现、分布式会话等能力，部署时须配置网络、安全与可观测性。
Linux 服务器上部署 MQTT 集群不是“必须一步到位”的事，而是要根据设备规模、可靠性要求和运维能力来判断是否真需要。中小型项目（几百台设备、局域网内运行）用单节点 Mosquitto 就足够稳定；只有当设备量达万级、需跨地域容灾、或对消息不丢有强 SLA 要求时，才值得投入集群。
明确要不要集群
先看实际需求再决定架构：
- 设备连接数长期超过 5000，且峰值可能破万 → 建议集群
- 业务不能容忍单点故障（比如工业监控、远程医疗） → 需集群+负载均衡
- 数据需跨机房同步（如华东/华北双活） → EMQX Cluster 是主流选择
- 只是做智能家居原型、传感器数据采集测试 → 单节点 Mosquitto + 密码+TLS 就够用，省心又安全
Mosquitto 不适合直接组集群
Mosquitto 本身不原生支持节点间状态同步（如会话、订阅关系、未确认 QoS1 消息），强行多实例加反向代理会导致消息丢失、重复订阅、客户端断连后无法恢复等问题。它定位就是轻量单节点 Broker。
如果硬要用 Mosquitto 实现“类集群”效果，只能靠外部手段：
- 用 Nginx 或 HAProxy 做 TCP 层负载均衡，把连接分发到多个独立 Mosquitto 实例
- 所有客户端必须启用 clean session = false，并自己维护 session 状态（比如存 Redis）
- QoS1/2 消息的可靠性完全依赖客户端重传逻辑，服务端不兜底
- 主题订阅关系无法自动同步，不同节点看到的订阅视图不一致
EMQX 是更现实的集群方案
EMQX（尤其是企业版或开源版 5.x）专为集群设计，节点自动发现、元数据同步、分布式会话、跨节点消息路由都已内置：
- 下载对应系统版本（如 CentOS 7/8/Stream、Ubuntu 22.04），官方提供 tar.gz 和 RPM/DEB 包
- 解压后修改 etc/emqx.conf：设置 cluster.discovery = dns 或 static，填入其他节点 IP
- 开放必要端口：1883（MQTT）、8083（HTTP API）、8084（Dashboard）、4369 & 6000+（Erlang 分布式通信）
- 启动时用 emqx start，节点自动加入集群；emqx_ctl cluster status 可查状态
- 默认 admin/public 账号需第一时间改密，建议开启 JWT 或 LDAP 认证
别跳过基础安全与可观测性
集群性能再高，裸奔在公网等于白搭：
- 所有监听地址必须绑定 0.0.0.0，但务必配合防火墙（ufw / firewalld）只放行可信 IP 段
- 生产环境禁用 allow_anonymous，用 password_file 或集成数据库做用户认证
- 开启 TLS（尤其 8883 端口），自签名证书可用于内网，公有云建议用 Let’s Encrypt
- 通过 Dashboard 或 HTTP API 定期查看连接数、消息吞吐、延迟直方图，异常突增往往是攻击前兆
