Quick Start 快速部署
前言
本部分内容主要介绍如何快速拉起 RocketMQ 集群,我们提供了如下一些快速拉起的指南:
通过 Docker 部署 RocketMQ 集群
这一节介绍如何使用 Docker 快速部署一个单节点单副本 RocketMQ 服务,并完成简单的消息收发。
系统要求:
1. 拉取 RocketMQ 镜像
这里以dockerhub上 RocketMQ 5.3.0 版本的镜像为例,介绍部署过程。
2. 创建容器共享网络
RocketMQ 中有多个服务,需要创建多个容器,创建 docker 网络便于容器间相互通信。
3. 启动 NameServer
如果我们看到 ‘The Name Server boot success..’, 那表示 NameServer 已成功启动。
4. 启动 Broker + Proxy
NameServer 成功启动后,我们启动 Broker 和 Proxy。
- Linux
- Windows
如果我们可以看到 ‘The broker boot success..’, 表示 Broker 已成功启动。
至此,一个单节点副本的 RocketMQ 集群已经部署起来了,我们可以利用脚本进行简单的消息收发。
5. SDK 测试消息收发
工具测试完成后,我们可以尝试使用 SDK 收发消息。这里以 Java SDK 为例介绍一下消息收发过程,可以从 rocketmq-clients 中参阅更多细节。
- 在 IDEA 中创建一个 Java 工程。
- 在 pom.xml 文件中添加以下依赖引入 Java 依赖库,将
rocketmq-client-java-version
替换成 最新的版本.
- 进入 broker 容器,通过 mqadmin 创建 Topic。
- 在已创建的 Java 工程中,创建发送普通消息程序并运行,示例代码如下:
- 在已创建的 Java 工程中,创建订阅普通消息程序并运行。Apache RocketMQ 支持SimpleConsumer和PushConsumer两种消费者类型,您可以选择以下任意一种方式订阅消息。
5. 停止容器
完成实验后,我们可以通过以下方式停止容器。
通过 Docker Compose 迅速拉起 RocketMQ 集群
这一节介绍如何使用 Docker-compose 快速部署一个单节点单副本 RocketMQ 服务,并完成简单的消息收发。
系统要求:
- 64 位操作系统
- 64 位 JDK 1.8+
具体可参照 前置准备工作指南 进行配置。
1. 编写 docker-compose
为了快速启动并运行 RockerMQ 集群,您可以使用以下模板通过修改或添加环境部分中的配置来创建 docker-compose.yml 文件。
2. 启动 RocketMQ 集群
根据 docker-compose.yml 文件启动所有定义的服务。
- Linux
- Windows
3. SDK 测试消息收发
工具测试完成后,我们可以尝试使用 SDK 收发消息。这里以 Java SDK 为例介绍一下消息收发过程,可以从 rocketmq-clients 中参阅更多细节。
- 在 IDEA 中创建一个 Java 工程。
- 在 pom.xml 文件中添加以下依赖引入 Java 依赖库,将
rocketmq-client-java-version
替换成 最新的版本.
- 进入 broker 容器,通过 mqadmin 创建 Topic。
- 在已创建的 Java 工程中,创建发送普通消息程序并运行,示例代码如下:
- 在已创建的 Java 工程中,创建订阅普通消息程序并运行。Apache RocketMQ 支持SimpleConsumer和PushConsumer两种消费者类型,您可以选择以下任意一种方式订阅消息。
4. 停止所有服务
迅速部署具备自动切换能力的 RocketMQ 集群
该文档主要介绍如何快速构建自动主从切换的 RocketMQ 集群,其架构如上图所示,主要增加支持自动主从切换的 Controller 组件,其可以独立部署也可以内嵌在 NameServer 中。
1. 前置准备工作
你需要准备好运行 RocketMQ 的环境,以及可运行文件。具体可以参考前置准备工作指南。
2. 快速部署
在你的 RocketMQ 目录下,运行如下脚本:
如果上面的步骤执行成功,可以通过运维命令查看 Controller 状态。
-a 代表集群中任意一个 Controller 的地址
至此,启动成功,现在可以向集群收发消息,并进行切换测试了。
如果需要关闭快速集群,可以执行:
对于快速部署,默认配置在 conf/controller/quick-start 里面,默认的存储路径在 /tmp/rmqstore,且会开启一个 Controller (嵌入在 Namesrv) 和两个 Broker。
2.1 查看 SyncStateSet
可以通过运维工具查看 SyncStateSet:
-a 代表的是任意一个 Controller 的地址
如果顺利的话,可以看到以下内容:
2.2 查看 BrokerEpoch
可以通过运维工具查看 BrokerEpochEntry:
-n 代表的是任意一个 Namesrv 的地址
如果顺利的话,可以看到以下内容:
3. 切换
部署成功后,现在尝试进行 Master 切换。
首先,kill 掉原 Master 的进程,在上文的例子中,就是使用端口 30911 的进程:
接着,用 SyncStateSet admin 脚本查看:
可以发现 Master 已经发生了切换。
4. Controller 内嵌 Namesvr 集群部署
Controller 以插件方式内嵌 Namesvr 集群(3 个 Node 组成)部署,快速启动:
或者通过命令单独启动:
如果上面的步骤执行成功,可以通过运维命令查看 Controller 集群状态。
-a代表的是任意一个 Controller 的地址
如果 controller 启动成功可以看到以下内容:
启动成功后 Broker Controller 模式部署就能使用 Controller 集群。
如果需要快速停止集群:
使用 fast-try-namesrv-plugin.sh 脚本快速部署,默认配置在 conf/controller/cluster-3n-namesrv-plugin 里面并且会启动 3 个 Namesvr 和 3 个 Controller (内嵌 Namesrv)。
5. Controller 独立集群部署
Controller 独立集群(3 个 Node 组成)部署,快速启动:
或者通过命令单独启动:
如果上面的步骤执行成功,可以通过运维命令查看 Controller 集群状态。
-a 代表的是任意一个 Controller 的地址
如果 Controller 启动成功可以看到以下内容:
启动成功后 Broker Controller 模式部署就能使用 Controller 集群。
如果需要快速停止集群:
使用 fast-try-independent-deployment.sh 脚本快速部署,默认配置在 conf/controller/cluster-3n-independent 里面并且会启动 3 个 Controller (独立部署)组成一个集群。
6. 注意说明
- 若需要保证 Controller 具备容错能力,Controller 部署需要三副本及以上(遵循 Raft 的多数派协议)
- Controller 部署配置文件中配置参数
controllerDLegerPeers
中的 IP 地址配置成其他节点能够访问的 IP,在多机器部署的时候尤为重要。例子仅供参考需要根据实际情况进行修改调整。