4. MQTT Broker 选型与部署：Mosquitto、EMQX、VerneMQ 对比与集群策略

MQTT Broker 是物联网消息架构的核心枢纽，负责接收发布者消息并路由给所有订阅者。在边缘计算场景中，Broker 的选型直接影响系统吞吐量、延迟、可靠性与运维复杂度。本章从功能特性、性能指标、部署模式三个维度对比三款主流 Broker，并给出单机与集群的落地策略。

4.1 三款 Broker 核心特性对比

4.2 单机部署策略

单机部署适用于边缘网关、开发测试环境或小型生产系统。以下给出三款 Broker 的典型启动配置。

4.2.1 Mosquitto 单机部署

# 安装（Ubuntu/Debian）
sudo apt-get install mosquitto mosquitto-clients

# 最小配置 /etc/mosquitto/mosquitto.conf
listener 1883
allow_anonymous true
persistence true
persistence_location /var/lib/mosquitto/

# 启动
sudo systemctl start mosquitto

4.2.2 EMQX 单机部署

# 下载并解压
wget https://www.emqx.com/en/downloads/broker/5.0.26/emqx-5.0.26-ubuntu20.04-amd64.tar.gz
tar -xzf emqx-5.0.26-ubuntu20.04-amd64.tar.gz
cd emqx

# 启动
./bin/emqx start

# 检查状态
./bin/emqx_ctl status

4.2.3 VerneMQ 单机部署

# 使用 Docker 快速启动
docker run -d --name vernemq \
  -p 1883:1883 \
  -p 8883:8883 \
  -p 8080:8080 \
  -e "DOCKER_VERNEMQ_ALLOW_ANONYMOUS=on" \
  erlio/docker-vernemq

4.3 集群部署策略

当单机吞吐量无法满足需求，或需要高可用（HA）保障时，必须引入集群。三款 Broker 的集群实现方式差异显著。

4.3.1 Mosquitto 桥接集群

Mosquitto 不提供原生集群，但可通过桥接（Bridge）模式将多个单机连接成逻辑集群。桥接模式下，节点间单向或双向转发消息。

• 优点：配置简单，无需额外组件，适合 2~3 个边缘节点互联。
• 缺点：无共享订阅，同一主题消息可能被多个订阅者重复消费；节点故障后需手动恢复桥接。
• 适用场景：边缘网关间数据备份、跨区域消息同步。

4.3.2 EMQX 原生集群

EMQX 基于 Erlang/OTP 分布式能力，节点间通过全连接 Mesh 网络通信，支持自动发现、共享订阅和消息分片。

• 优点：线性扩展吞吐量，单集群支持 1000 万+并发连接；内置规则引擎可在集群内统一执行。
• 缺点：节点间网络延迟敏感，建议部署在同一机房或低延迟专线内。
• 部署建议：生产环境至少 3 节点，使用负载均衡器（如 HAProxy、Nginx）分发客户端连接。

# EMQX 集群配置示例（emqx.conf）
cluster.name = emqx_cluster
cluster.discovery = static
cluster.static.seeds = emqx1@192.168.1.10, emqx2@192.168.1.11, emqx3@192.168.1.12

# 启动后加入集群
./bin/emqx_ctl cluster join emqx1@192.168.1.10

4.3.3 VerneMQ 集群

VerneMQ 采用 LevelDB 多主复制架构，每个节点独立存储完整数据，通过最终一致性协议同步。

• 优点：无中心协调器，节点可跨地域部署；持久化消息可靠性高。
• 缺点：最终一致性可能导致短时消息不一致；运维配置较复杂。
• 适用场景：多数据中心、边缘节点与云端混合部署。

# VerneMQ 集群配置（vernemq.conf）
allow_anonymous = on
listener.tcp.default = 0.0.0.0:1883

# 集群发现方式（以 DNS 为例）
cluster.discovery = dns
cluster.dns = vernemq-cluster.example.com

4.4 集群部署策略总结