Linux服务器部署MQTT集群需按实际需求决策：设备超5000、需高可用或跨机房同步时选EMQX集群；中小项目用单节点Mosquitto即可。Mosquitto不支持原生集群，EMQX则内置节点发现、分布式会话等能力，部署时须配置网络、安全与可观测性。

Linux 服务器上部署 MQTT 集群不是“必须一步到位”的事，而是要根据设备规模、可靠性要求和运维能力来判断是否真需要。中小型项目（几百台设备、局域网内运行）用单节点 Mosquitto 就足够稳定；只有当设备量达万级、需跨地域容灾、或对消息不丢有强 SLA 要求时，才值得投入集群。

明确要不要集群

先看实际需求再决定架构：

• 设备连接数长期超过 5000，且峰值可能破万 → 建议集群
• 业务不能容忍单点故障（比如工业监控、远程医疗） → 需集群+负载均衡
• 数据需跨机房同步（如华东/华北双活） → EMQX Cluster 是主流选择
• 只是做智能家居原型、传感器数据采集测试 → 单节点 Mosquitto + 密码+TLS 就够用，省心又安全

Mosquitto 不适合直接组集群

Mosquitto 本身不原生支持节点间状态同步（如会话、订阅关系、未确认 QoS1 消息），强行多实例加反向代理会导致消息丢失、重复订阅、客户端断连后无法恢复等问题。它定位就是轻量单节点 Broker。

linux-performance-analyzer

Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。

下载

如果硬要用 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 定期查看连接数、消息吞吐、延迟直方图，异常突增往往是攻击前兆