rocketmq集群 部署笔记

已于 2022-06-02 11:39:55 修改
阅读量453 收藏
点赞数
文章标签： java 分布式
于 2022-06-02 11:24:45 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_47027340/article/details/125097546
版权 
                                                          ###                                   rocketmq 两主两从集群部署

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会略高，且目前版本在主节点宕机后，备机不能自动切换为主机。

  • 各个模块的作用

    • Namesrv: 存储当前集群所有Brokers信息、Topic跟Broker的对应关系。
    • Broker: 集群最核心模块，主要负责Topic消息存储、消费者的消费位点管理（消费进度）。
    • Producer: 消息生产者，每个生产者都有一个ID(编号)，多个生产者实例可以共用同一个ID。同一个ID下所有实例组成一个生产者集群。
    • Consumer: 消息消费者，每个订阅者也有一个ID(编号)，多个消费者实例可以共用同一个ID。同一个ID下所有实例组成一个消费者集群。
192.168.3.122broker-a主，broker-b从，NameServer
192.168.3.124broker-a从，broker-b主，NameServer
1.安装jdk（两台分别都要执行）
#!/bin/bash
cd /usr/local
wget https://github.com/frekele/oracle-java/releases/download/8u181-b13/jdk-8u181-linux-x64.tar.gz
        tar -xf jdk-8u181-linux-x64.tar.gz
        sleep 1
        mv  jdk-8u181-linux-x64.tar.gz jdk
        mv jdk-8u181-linux-x64.tar.gz /opt/src
echo '#######JDK環境變數########################
export JAVA_HOME=/usr/local/jdk
export JRE_HOME=$JAVA_HOME/jre
export CLASSPATH=$JAVA_HOME/lib:$JAVA_HOME/lib/tools.jar
export PATH=$PATH:$JAVA_HOME/bin:$JAVA_HOME/jre/bin
'>> /etc/profile

source /etc/profile
2.下载安装rocketmq
#下载rocketmq安装包
wget https://archive.apache.org/dist/rocketmq/4.7.0/rocketmq-all-4.7.0-bin-release.zip

#解压rocketmq安装包  
unzip rocketmq-all-4.7.0-bin-release.zip

#移动到要安装的目录
mv rocketmq-all-4.7.0-bin-release /opt/apps/rocketmq
3.启动NameServer
#启动NameServer （启动服务时，需要先启动NameServer）
nohup sh /opt/apps/rocketmq/bin/mqnamesrv > /opt/apps/rocketmq/logs/namesrv.log 2>&1 &

#验证NameServer是否启动成功  （通过jps命令查看有NameServer进程表示启动成功，NameServer的日志文件在/root/logs/rocketmqlogs目录中，通过/opt/apps/rocketmq/conf/logback_namesrv.xml可以配置日志文件目录。）
[root@rocketmq01 ~]# jps

#停止NameServer
sh /opt/apps/rocketmq/bin/mqshutdown namesrv
4.修改broker配置
# (每台机器上都要启动一个Master角色和Slave角色的Broker，并互为主备，即在A机器上启动broker-a的master节点、broker-b-s的slave节点；在B机器上启动broker-b的master节点、broker-a-s的slave节点。

在conf目录下提供了几种集群方式配置文件的示例，2m-noslave=双master模式；2m-2s-sync=双master双slave同步双写模式；2m-2s-async=双master双slave异步复制模式。)
本次安装采用2m-2s-async模式
修改192.168.3.122上的Master Broker的配置文件broker-a.properties

cd /opt/apps/rocketmq/conf/2m-2s-async

[root@rocketmq01 2m-2s-async]#vim broker-a.properties
#所属集群名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此处不同的配置文件填写的不一样  例如：在a.properties 文件中写 broker-a  在b.properties 文件中写 broker-b
brokerName=broker-a
#0 表示 Master，大于0 表示 Slave
brokerId=0
#删除文件时间点，默认凌晨 4点
deleteWhen=01
#文件保留时间，默认 48 小时
fileReservedTime=120
#Broker 的角色，ASYNC_MASTER=异步复制Master，SYNC_MASTER=同步双写Master，SLAVE=slave节点
brokerRole=SYNC_MASTER
#刷盘方式，ASYNC_FLUSH=异步刷盘，SYNC_FLUSH=同步刷盘 
flushDiskType=ASYNC_FLUSH
#Broker 对外服务的监听端口（默认端口为10911）
listenPort=10921
#nameServer地址，这里nameserver是单台，如果nameserver是多台集群的话，就用分号分割（即namesrvAddr=ip1:port1;ip2:port2;ip3:port3）
namesrvAddr=192.168.3.122:9876;192.168.3.124:9876
#每个topic对应队列的数量，默认为4，实际应参考consumer实例的数量，值过小不利于consumer负载均衡
defaultTopicQueueNums=8
#是否允许 Broker 自动创建Topic，生产建议关闭
autoCreateTopicEnable=true
#是否允许 Broker 自动创建订阅组，生产建议关闭
autoCreateSubscriptionGroup=true
#设置BrokerIP
brokerIP1=192.168.3.122
#存储路径
storePathRootDir=/opt/apps/rocketmq/data/store-a
#commitLog 存储路径
storePathCommitLog=/opt/apps/rocketmq/data/store-a/commitlog
#消费队列存储路径存储路径
storePathConsumerQueue=/opt/apps/rocketmq/data/store-a/consumequeue
#消息索引存储路径
storePathIndex=/opt/apps/rocketmq/data/store-a/index
#checkpoint 文件存储路径
#storeCheckpoint=/opt/apps/rocketmq/data/store-a/checkpoint
#abort 文件存储路径
#abortFile=/opt/apps/rocketmq/data/store-a/abort
#commitLog每个文件的大小默认1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每个文件默认存30W条，根据业务情况调整
mapedFileSizeConsumeQueue=300000


#修改 192.168.3.124 上 slave Broker的配置文件broker-b-s.properties
[root@rocketmq02 2m-2s-async]# vim broker-a-s.properties
#所属集群名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此处不同的配置文件填写的不一样  例如：在a.properties 文件中写 broker-a  在b.properties 文件中写 broker-b
brokerName=broker-a-s
#0 表示 Master，大于0 表示 Slave
brokerId=1
#删除文件时间点，默认凌晨 4点
deleteWhen=01
#文件保留时间，默认 48 小时
fileReservedTime=120
#Broker 的角色，ASYNC_MASTER=异步复制Master，SYNC_MASTER=同步双写Master，SLAVE=slave节点
brokerRole=SLAVE
#刷盘方式，ASYNC_FLUSH=异步刷盘，SYNC_FLUSH=同步刷盘 
flushDiskType=ASYNC_FLUSH
#Broker 对外服务的监听端口（默认端口为10911）
listenPort=10921 
#nameServer地址，这里nameserver是单台，如果nameserver是多台集群的话，就用分号分割（即namesrvAddr=ip1:port1;ip2:port2;ip3:port3）
namesrvAddr=192.168.3.122:9876;192.168.3.124:9876
#每个topic对应队列的数量，默认为4，实际应参考consumer实例的数量，值过小不利于consumer负载均衡
defaultTopicQueueNums=8
#是否允许 Broker 自动创建Topic，生产建议关闭
#autoCreateTopicEnable=true
#是否允许 Broker 自动创建订阅组，生产建议关闭
#autoCreateSubscriptionGroup=true
#设置BrokerIP
brokerIP1=192.168.3.124
#存储路径
storePathRootDir=/opt/apps/rocketmq/data/store-a
#commitLog 存储路径
storePathCommitLog=/opt/apps/rocketmq/data/store-a/commitlog
#消费队列存储路径存储路径
storePathConsumerQueue=/opt/apps/rocketmq/data/store-a/consumequeue
#消息索引存储路径
storePathIndex=/opt/apps/rocketmq/data/store-a/index
#checkpoint 文件存储路径
#storeCheckpoint=/opt/apps/rocketmq/data/store-a/checkpoint
#abort 文件存储路径
#abortFile=/opt/apps/rocketmq/data/store-a/abort
#commitLog每个文件的大小默认1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每个文件默认存30W条，根据业务情况调整
mapedFileSizeConsumeQueue=300000
5.创建需要的相关目录
#创建存储目录
mkdir -p /opt/apps/rocketmq/data/store-a/{index,consumequeue,commitlog}

mkdir -p /opt/apps/rocketmq/data/store-b/{index,consumequeue,commitlog}
6.修改硬件配置要求
sed -i 's/-server -Xms8g -Xmx8g -Xmn4g\"/-server -Xms256m -Xmx256m -Xmn128m\"/' /opt/apps/rocketmq/bin/runbroker.sh
sed -i 's/-XX:MaxDirectMemorySize=15g\"/-XX:MaxDirectMemorySize=1g\"/' /opt/apps/rocketmq/bin/runbroker.sh
sed -i 's/-server -Xms4g -Xmx4g -Xmn2g/-server -Xms256m -Xmx256m -Xmn128m/' /opt/apps/rocketmq/bin/runserver.sh
sed -i 's/-server -Xms2g -Xmx2g -Xmn256m/-server -Xms128m -Xmx128m -Xmn256m/' /opt/apps/rocketmq/bin/tools.sh

#修改rocketmq 默认日志存放路径 (不修改默认是在启动用户家目录下)
vim  bin/runserver.sh
vim  bin/runbroker.sh 
分别都添加 JAVA_OPT="${JAVA_OPT} -Duser.home=新目录" 这条参数，如下图

image-20211029185927396

7.启动broker (启动broker之前，先启动NameServer，停止服务则相反)
#先启动两台机器上的Master节点，再启动两台机器上的Slave节点
[root@rocketmq01 ~]# nohup sh /opt/apps/rocketmq/bin/mqbroker -c /opt/apps/rocketmq/conf/2m-2s-async/broker-a.properties > /opt/apps/rocketmq/logs/broker-a.log 2>&1 &

[root@rocketmq02 ~]# nohup sh /opt/apps/rocketmq/bin/mqbroker -c /opt/apps/rocketmq/conf/2m-2s-async/broker-b.properties > /opt/apps/rocketmq/logs/broker-b.log 2>&1 &

[root@rocketmq01 ~]# nohup sh /opt/apps/rocketmq/bin/mqbroker -c /opt/apps/rocketmq/conf/2m-2s-async/broker-b-s.properties > /opt/apps/rocketmq/logs/broker-b-s.log 2>&1 &

[root@rocketmq02 ~]# nohup sh /opt/apps/rocketmq/bin/mqbroker -c /opt/apps/rocketmq/conf/2m-2s-async/broker-a-s.properties > /opt/apps/rocketmq/logs/broker-a-s.log 2>&1 &

启动报错：image-20211029180128010

查看日志文件（默认在启动用户家目录下）

报错原因：abort、checkpoint是文件来的，但创建成了目录，导致一直启动失败，这2个文件系统会自动创建。

解决办法：将自己创建的abort、checkpoint这两个目录删除掉，让程序自己创建即可

8.查看集群情况
 sh /opt/apps/rocketmq/bin/mqadmin clusterList -n "192.168.3.122:9876;192.168.3.124:9876"
9.关闭服务
#先关闭Broker、再关闭NameServer，服务启动的时候正好相反。
root@rocketmq_01 rocketmq]# sh /opt/apps/rocketmq/bin/mqshutdown broker

[root@rocketmq-1 rocketmq]# sh /opt/apps/rocketmq/bin/mqshutdown namesrv
10.安装rocketmq-console
[root@rocketmq_01 ~]# wget http://mirrors.cnnic.cn/apache/maven/maven-3/3.5.4/binaries/apache-maven-3.5.4-bin.tar.gz

[root@rocketmq_01 ~]# tar zxvf apache-maven-3.5.4-bin.tar.gz

[root@rocketmq_01 ~]# mv apache-maven-3.5.4 /opt/apps/maven

[root@rocketmq_01 ~]# vim  /etc/profile
export MAVEN_HOME=/opt/apps/maven
export PATH=$MAVEN_HOME/bin:$PATH

[root@rocketmq_01 ~]# source /etc/profile

[root@rocketmq_01 ~]# mvn -v

[root@rocketmq_01 ~]# wget https://github.com/apache/rocketmq-externals/archive/refs/tags/rocketmq-console-1.0.0.zip

[root@rocketmq_01 ~]# unzip rocketmq-console-1.0.0.zip

[root@rocketmq_01 ~]# mv rocketmq-externals-rocketmq-console-1.0.0/rocketmq-console/ /opt/apps/rocketmq-console  &&  cd  /opt/apps/rocketmq-console

[root@rocketmq_01 rocketmq-console]# mvn clean package -Dmaven.test.skip=true

#启动rocketmq-console
[root@rocketmq_01 rocketmq-console]# nohup java -jar /opt/apps/rocketmq-console/target/rocketmq-console-ng-1.0.0.jar --rocketmq.config.namesrvAddr='192.168.3.122:9876;192.168.3.124:9876' > /opt/apps/rocketmq-console/nohup.out 2>&1 &
#访问rocketmq-console
http://192.168.3.122:8080

@rocketmq_01 rocketmq-console]# nohup java -jar /opt/apps/rocketmq-console/target/rocketmq-console-ng-1.0.0.jar --rocketmq.config.namesrvAddr=‘192.168.3.122:9876;192.168.3.124:9876’ > /opt/apps/rocketmq-console/nohup.out 2>&1 &

#访问rocketmq-console
http://192.168.3.122:8080
我非鱼_你非我
关注
Dledger部署RocketMQ高可用集群（9节点集群）
Java程序员廖志伟
02-27 619
🌟我是廖志伟，一名Java开发工程师、Java领域优质创作者、CSDN博客专家、51CTO专家博主、阿里云专家博主、清华大学出版社签约作者、产品软文专业写手、技术文章评审老师、问卷调查设计师、个人社区创始人、开源项目贡献者。🌎跑过十五公里、🚀徒步爬过衡山、🔥有过三个月减肥20斤的经历、是个喜欢躺平的狠人。
RocketMQ避坑指南：你部署的RocketMQ集群真的是高可用？
m0_67614284的博客
05-04 202
RocketMQ 集群采取的部署架构为2主2从，其部署架构如下图所示： [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传 其部署架构中一个非常明显的特点是一台物理机上分别部署了 nameserver，broker 两个进程。 其中一台机器(192.168.3.100)的内存出现故障，导致机器重启，但Linux操作系统由于重启需要自检等因素，整个重启过程竟然持续了将近10分钟，客户端的发送超时持续10分钟，这显然是不能接受的！！！ RocketMQ的高可用设计何在？接下来我们将详细介绍其
RocketMQ集群（2主2从）搭建
qq_35059264的博客
07-29 355
勿以浮沙筑高台 基础准备：准备2台170,171机子并且安装了rocketMQ. 1.更改hosts信息 vi /etc/hosts # nameserver 192.168.95.170 rocketmq-nameserver1 192.168.95.171 rocketmq-nameserver2 # broker 192.168.95.170 rocketmq-master1 192.168.95.170 rocketmq-slave2 192.168.95.171 rocketmq-master
RocketMQ各种集群模式介绍
Leon_Jinhai_Sun的博客
06-13 1362
集群模式 1）单Master模式 这种方式风险较大，一旦Broker重启或者宕机时，会导致整个服务不可用。不建议线上环境使用,可以用于本地测试。 2）多Master模式 一个集群无Slave，全是Master，例如2个Master或者3个Master，这种模式的优缺点如下： 优点：配置简单，单个Master宕机或重启维护对应用无影响，在磁盘配置为RAID10时，即使机器宕机不可恢复情况下，由于RAID10磁盘非常可靠，消息也不会丢（异步刷盘丢失少量消息，同步刷盘一条不丢），性能最高；
RocketMQ集群搭建，看完这篇文章你就懂了（基于2m-2s-async模式）
小威的博客
07-24 1万+
上一篇初步认识了RocketMQ，这一篇文章我们简单来搭建一个RocketMQ集群。RocketMQ支持多种集群部署模式，其中最常用的是多主多从的异步复制模式（2m代表两个master，2s代表两个slave，async代表异步刷盘的机制）。今天我们就以这种方式来 搭建。本篇文章除了集群的搭建，也适合面试使用，在这里希望能帮助到各位正在学习RocketMQ的小伙伴儿们！
RocketMQ保证消息不丢失的手段
Silence的博客
07-05 2242
消息整体处理过程 这里我们将消息的整体处理阶段分为3个阶段进行分析： Producer发送消息阶段。 Broker处理消息阶段。 Consumer消费消息阶段。 Producer发送消息阶段 发送消息阶段涉及到Producer到broker的网络通信，因此丢失消息的几率一定会有，那RocketMQ在此阶段用了哪些手段保证消息不丢失了（或者说降低丢失的可能性）。 手段一：提供SYNC的发送消息方式，等待broker处理结果。 RocketMQ提供了3种发送消息方式，分别是： //同步
浅谈RocketMQ如何保证消息不丢失
持续Java学习中
05-22 4953
RocketMQ如何保证消息不丢失？一、明确丢失消息场景二、RocketMQ避免消息丢失解决方案1、消息生产者使用事务消息2、配置同步刷盘+Dledger主从架构3、消息消费者端使用同步消费机制4、设计降级方案 MQ如何避免消息不丢失，这个问题是所有MQ都需要面对的一个共性问题。大致的解决思路都是一致的，但是针对不同的MQ产品又有不同的解决方案。分析这个问题可以从以下几个角度入手。 一、明确丢失消息场景 下图是基础的MQ系统架构。 其中，1，2，4三个场景都是跨网络的，跨网络就肯定会有丢消息的可能。
RocketMQ 如何保证消息不丢失？
最新发布
weixin_43281498的博客
08-20 1075
在消费者端，需要确保在消息拉取并消费成功之后再给 Broker 返回 ACK，就可以保证消息不丢失了，如果这个过程中 Broker 一直没收到 ACK，那么就可以重试。默认 16 次。
RocketMQ黑马笔记
06-08
RocketMQ集群架构主要包括NameServer、Broker、Producer、Consumer等组件。NameServer负责管理Broker的列表和Topic的信息，Broker负责存储和转发消息，Producer负责发送消息，Consumer负责消费消息。 十、RocketMQ...
尚硅谷完整的关于rocketmq的学习视频整理笔记
09-12
深入学习 RocketMQ 还包括了解其高可用策略（如主从复制、集群部署）、消息的顺序性保证、事务消息、延迟消息、死信消息等特性。通过实践操作和理解这些概念，你可以熟练地运用 RocketMQ 解决实际项目中的问题。
四选一？这-4-种高可用-RocketMQ-集群搭建方案，我推荐最后一种！
Z70czd的博客
04-20 693
在开头跟大家分享的时候我就说，面试我是没有做好准备的，全靠平时的积累，确实有点临时抱佛脚了，以至于我自己还是挺懊恼的。（准备好了或许可以拿个40k，没做准备只有30k+，你们懂那种感觉吗）如何准备面试？1、前期铺垫（技术沉积）程序员面试其实是对于技术的一次摸底考试，你的技术牛逼，那你就是大爷。大厂对于技术的要求主要体现在：基础，原理，深入研究源码，广度，实战五个方面，也只有将原理理论结合实战才能把技术点吃透。
RocketMQ 是怎么保证消息不丢失的
危险、的博客
10-28 1447
rocketMQ消息队列 怎么保证消息不丢失的
Rocketmq怎么保证消息不丢失
weixin_49349744的博客
07-06 410
Rocketmq怎么保证消息不丢失
RocketMQ如何保证消息不丢失
weixin_47495688的博客
12-12 2285
因此，在使用RocketMQ时，建议根据业务需求合理配置参数，并进行适当的监控和容灾措施，以最大程度地保证消息的可靠传输。消息发送到主节点后，主节点会将消息同步到从节点，确保主节点宕机时，从节点能够接替主节点的角色继续提供服务，从而避免消息丢失。3. 同步刷盘：RocketMQ提供了同步刷盘机制，即在消息发送完成后，立即将消息写入磁盘，并等待磁盘写操作完成后再返回发送结果。4. 备份机制：RocketMQ支持配置数据备份策略，可以将消息备份到不同的Broker节点上，以提高消息的容错性和可靠性。
rocketMQ如何确保消息不丢失？
zcf6w6h6的博客
04-14 392
生产者每次发送消息，就会给消息分配一个id，并将消息记录到消息表中，如果mq接收到了消息，就会给生产者发送一个ack消息，告诉生产者收到消息了。如果mq没有收到消息，就会给生产者发送一个nack消息，告诉生产者消息没收到，并将消息的状态标记为失败，生产者就可以在消息表中根据消息状态进行重试。开启持久化机制，mq就会将消息持久化到磁盘，如果程序挂了，消息也不会丢失。这种情况我们在我们代码中处理完消息的时候，再手动调用一下ack，如果还有消息没有处理完，mq就会将没处理完的消息给其他消费者消费。
如何保证RocketMQ消息不丢失？
m0_64830897的博客
03-25 1738
本文从Producer发送消息、Broker存储消息和Consumer消费消息三个过程，分析如何尽可能的保证RocketMQ消息不丢失。
如何保证RocketMQ消息不丢失
一起coding，一起嗨。
02-11 4637
前言 随着业务的发展，系统功能也越来也复杂。渐渐的我们会遇到这样的问题。例如，系统和多个外部系统交互对接耗时耗力、系统某个模块流程处理时间过长业务越来越接受不了、某个模块在某个时间点流量太大系统时刻有宕机的风险等等。对于这些问题要想解决，系统此时引入消息队列或许是一个不错的选择。我们都知道消息队列有三大技能：解耦、异步、削峰。看起来可以完美的解决上面提到的问题，但是你们的系统真的适合消息队列么？ 系统在引入消息队列之后到底会带来哪些不好的影响，我们今天来说一说： 系统可用性降低，增加运维难度
从入门到入土（三）RocketMQ 怎么保证的消息不丢失？
Java知音
07-02 702
精彩推荐一百期Java面试题汇总SpringBoot内容聚合IntelliJ IDEA内容聚合Mybatis内容聚合接上一篇：RocketMQ入门到入土（二）事务消息&顺序消息面...
Rocketmq如何保证消息不丢失，如何保证消息不被重复消费
热门推荐
meser88的博客
08-17 1万+
1、消息整体处理过程 这里我们将消息的整体处理阶段分为3个阶段进行分析： Producer发送消息阶段。 Broker处理消息阶段。 Consumer消费消息阶段。 Producer发送消息阶段 发送消息阶段涉及到Producer到broker的网络通信，因此丢失消息的几率一定会有，那RocketMQ在此阶段用了哪些手段保证消息不丢失了（或者说降低丢失的可能性）。 手段一：提供SYNC的发送消息方式，等待broker处理结果。 RocketMQ提供了3种发送消息方式，分别是： 同步发送
rocketmq集群部署
05-10
RocketMQ是一个分布式的消息队列系统，支持高可用的集群部署方式。以下是RocketMQ集群部署的步骤： 1. 下载RocketMQ，解压缩后进入bin目录。 2. 修改conf文件夹下的配置文件，包括broker.conf、namesrv.conf、...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值