高可用 RocketMQ 集群搭建
RocketMQ 是一款流行的开源消息队列系统，具有高性能、高可用性和低延迟等特点。为了确保 RocketMQ 集群的高可用性，需要对其进行合理的设计和部署。下面将详细介绍高可用 RocketMQ 集群搭建的主要知识点。
一、集群搭建可选方式
RocketMQ 的物理部署结构图中，Producer 和 Consumer 对应的是我们的应用程序，多个 NameServer 实例组成集群，但相互独立，没有信息交换。因此，对于 NameServer 来说，部署两个或两个以上即可保证高可用。对于 Broker 来说，可以选择以下几种集群部署方式：
1. 单 Master 模式：这种方式风险较大，一旦 Broker 重启或者宕机时，会导致整个服务不可用。不建议线上环境使用，可以用于本地测试。
2. 多 Master 模式：一个集群无 Slave，全是 Master，例如 2 个 Master 或者 3 个 Master。这种模式的优点是配置简单，单个 Master 宕机或重启维护对应用无影响，在磁盘配置为 RAID10 时，即使机器宕机不可恢复情况下，由于 RAID10 磁盘非常可靠，消息也不会丢（异步刷盘丢失少量消息，同步刷盘一条不丢），性能最高。缺点是单台机器宕机期间，这台机器上未被消费的消息在机器恢复之前不可订阅，消息实时性会受到影响。
3. 多 Master 多 Slave 模式-异步复制：每个 Master 配置一个 Slave，有多对 Master-Slave，HA 采用异步复制方式，主备有短暂消息延迟（毫秒级）。这种模式的优点是即使磁盘损坏，消息丢失的非常少，且消息实时性不会受影响，同时 Master 宕机后，消费者仍然可以从 Slave 消费，而且此过程对应用透明，不需要人工干预，性能同多 Master 模式几乎一样。缺点是 Master 宕机，磁盘损坏情况下会丢失少量消息。
4. 多 Master 多 Slave 模式-同步双写：每个 Master 配置一个 Slave，有多对 Master-Slave，HA 采用同步双写方式，即只有主备都写成功，才向应用返回成功。这种模式的优点是数据与服务都无单点故障，Master 宕机情况下，消息无延迟，服务可用性与数据可用性都非常高。缺点是性能比异步复制模式略低（大约低 10%左右），发送单个消息的 RT 会略高，且目前版本在主节点宕机后，备机不能自动切换为主机。
二、安装环境
在搭建高可用 RocketMQ 集群之前，需要安装相关环境，包括操作系统、Java 环境和 RocketMQ 软件。
1. 操作系统：使用 CentOS 7 作为操作系统。
2. Java 环境：使用 jdk1.8 作为 Java 环境。
3. RocketMQ 软件：使用 RocketMQ 4.7.0 作为消息队列系统。
三、安装步骤
在安装高可用 RocketMQ 集群之前，需要安装 Java 环境和 RocketMQ 软件。在两台服务器上分别安装 Java 环境和 RocketMQ 软件，以其中一台为例。
1. 安装 Java 环境：
下载 jdk 安装包，并将其上传到服务器的 /usr/local/java 目录下。然后，解压 jdk 安装包，并配置环境变量。
2. 安装 RocketMQ 软件：
创建 data 目录，并下载 RocketMQ 安装包。然后，解压 RocketMQ 安装包，并启动 NameServer。
3. 验证安装是否成功：
可以使用 java -version 命令来验证 Java 环境是否安装成功，也可以使用 nohup sh mqnamesrv & 命令来验证 NameServer 是否启动成功。
高可用 RocketMQ 集群搭建需要合理的设计和部署，选择合适的集群部署方式，安装相关环境和软件，并进行合理的配置和测试。
