第二章 RocketMQ集群简介-安装-测试

最新推荐文章于 2024-07-02 11:36:08 发布
最新推荐文章于 2024-07-02 11:36:08 发布
阅读量394 收藏
点赞数
分类专栏： rocketMQ 文章标签： 队列 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41133245/article/details/109520816
版权

1.各角色介绍

  • Producer：消息的发送者；举例：发信者
  • Consumer：消息接收者；举例：收信者
  • Broker：暂存和传输消息；举例：邮局
  • NameServer：管理Broker；举例：各个邮局的管理机构
  • Topic：区分消息的种类；一个发送者可以发送消息给一个或者多个Topic；一个消息的接收者可以订阅一个或者多个Topic消息
  • Message Queue：相当于是Topic的分区；用于并行发送和接收消息
    在这里插入图片描述

2.集群特点

  • NameServer是一个几乎无状态节点，可集群部署，节点之间无任何信息同步。

  • Broker部署相对复杂，Broker分为Master与Slave，一个Master可以对应多个Slave，但是一个Slave只能对应一个Master，Master与Slave的对应关系通过指定相同的BrokerName，不同的BrokerId来定义，BrokerId为0表示Master，非0表示Slave。Master也可以部署多个。每个Broker与NameServer集群中的所有节点建立长连接，定时注册Topic信息到所有NameServer。

  • Producer与NameServer集群中的其中一个节点（随机选择）建立长连接，定期从NameServer取Topic路由信息，并向提供Topic服务的Master建立长连接，且定时向Master发送心跳。Producer完全无状态，可集群部署。

  • Consumer与NameServer集群中的其中一个节点（随机选择）建立长连接，定期从NameServer取Topic路由信息，并向提供Topic服务的Master、Slave建立长连接，且定时向Master、Slave发送心跳。Consumer既可以从Master订阅消息，也可以从Slave订阅消息，订阅规则由Broker配置决定。
    在这里插入图片描述

3.集群模式

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

4. 双主双从集群搭建

4.1 总体架构

在这里插入图片描述

4.2 集群工作流程

  1. 启动NameServer，NameServer起来后监听端口，等待Broker、Producer、Consumer连上来，相当于一个路由控制中心。
  2. Broker启动，跟所有的NameServer保持长连接，定时发送心跳包。心跳包中包含当前Broker信息(IP+端口等)以及存储所有Topic信息。注册成功后，NameServer集群中就有Topic跟Broker的映射关系。
  3. 收发消息前，先创建Topic，创建Topic时需要指定该Topic要存储在哪些Broker上，也可以在发送消息时自动创建Topic。
  4. Producer发送消息，启动时先跟NameServer集群中的其中一台建立长连接，并从NameServer中获取当前发送的Topic存在哪些Broker上，轮询从队列列表中选择一个队列，然后与队列所在的Broker建立长连接从而向Broker发消息。
  5. Consumer跟Producer类似，跟其中一台NameServer建立长连接，获取当前订阅Topic存在哪些Broker上，然后直接跟Broker建立连接通道，开始消费消息。

在这里插入图片描述

4.3 服务器环境

序号IP角色架构模式
节点1192.168.0.4nameserver、brokerserverMaster1、Slave2
节点2192.168.0.8nameserver、brokerserverMaster2、Slave1

4.4 Host添加信息

vim /etc/hosts

配置如下:

# nameserver
192.168.0.4 rocketmq-nameserver1
192.168.0.8 rocketmq-nameserver2
# broker
192.168.0.4 rocketmq-master1
192.168.0.4 rocketmq-slave2
192.168.0.8 rocketmq-master2
192.168.0.8 rocketmq-slave1

配置完成后, 重启网卡：

systemctl restart network //centos7
service network restart //centos6.8

4.5 防火墙配置

宿主机需要远程访问虚拟机的rocketmq服务和web服务，需要开放相关的端口号，简单粗暴的方式是直接关闭防火墙

# 关闭防火墙
systemctl stop firewalld.service //centos7
 service iptables stop //centos6.8
# 查看防火墙的状态
firewall-cmd --state //centos7
service iptables status //centos6.8
# 禁止firewall开机启动
systemctl disable firewalld.service //centos7
chkconfig iptables off //centos6.8

或者为了安全，只开放特定的端口号，RocketMQ默认使用3个端口：9876 、10911 、11011 。如果防火墙没有关闭的话，那么防火墙就必须开放这些端口：

  • nameserver 默认使用 9876 端口
  • master 默认使用 10911 端口
  • slave 默认使用11011 端口

执行以下命令：

 # 开放name server默认端口
firewall-cmd --remove-port=9876/tcp --permanent //centos7
# 开放master默认端口
firewall-cmd --remove-port=10911/tcp --permanent //centos7
# 开放slave默认端口 (当前集群模式可不开启)
firewall-cmd --remove-port=11011/tcp --permanent  //centos7
# 重启防火墙
firewall-cmd --reload //centos7

4.6 环境变量配置

vim /etc/profile

在profile文件的末尾加入如下命令：

#set rocketmq
ROCKETMQ_HOME=/opt/rocketmq-all-4.4.0-bin-release
PATH=$PATH:$ROCKETMQ_HOME/bin
export ROCKETMQ_HOME PATH

输入:wq! 保存并退出， 并使得配置立刻生效：

source /etc/profile

4.7 创建消息存储路径

mkdir /usr/local/rocketmq/store
mkdir /usr/local/rocketmq/store/commitlog
mkdir /usr/local/rocketmq/store/consumequeue
mkdir /usr/local/rocketmq/store/index

mkdir /usr/local/rocketmqSlave/store
mkdir /usr/local/rocketmqSlave/store/commitlog
mkdir /usr/local/rocketmqSlave/store/consumequeue
mkdir /usr/local/rocketmqSlave/store/index

4.8 broker配置文件

rocketmq的conf实例文件解释
在这里插入图片描述
我们搭建的是双主双从同步，进入到2m-2s-sync
在这里插入图片描述
1）修改master1

服务器：192.168.0.4

vi /usr/soft/rocketmq/conf/2m-2s-sync/broker-a.properties

#所属集群名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此处不同的配置文件填写的不一样
brokerName=broker-a
#0 表示 Master，>0 表示 Slave
brokerId=0
#nameServer地址，分号分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数
defaultTopicQueueNums=4
#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭
autoCreateTopicEnable=true
#是否允许 Broker 自动创建订阅组，建议线下开启，线上关闭
autoCreateSubscriptionGroup=true
#Broker 对外服务的监听端口
listenPort=10911
#删除文件时间点，默认凌晨 4点
deleteWhen=04
#文件保留时间，默认 48 小时
fileReservedTime=120
#commitLog每个文件的大小默认1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每个文件默认存30W条，根据业务情况调整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#检测物理文件磁盘空间
diskMaxUsedSpaceRatio=88
#存储路径
storePathRootDir=/usr/local/rocketmq/store
#commitLog 存储路径 【commitLog存储真正消息的路径】
storePathCommitLog=/usr/local/rocketmq/store/commitlog
#消费队列存储路径存储路径【每条信息在commitLog存储的路径】
storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue
#消息索引存储路径
storePathIndex=/usr/local/rocketmq/store/index
#checkpoint 文件存储路径
storeCheckpoint=/usr/local/rocketmq/store/checkpoint
#abort 文件存储路径
abortFile=/usr/local/rocketmq/store/abort
#限制的消息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 异步复制Master
#- SYNC_MASTER 同步双写Master
#- SLAVE
brokerRole=SYNC_MASTER
#刷盘方式
#- ASYNC_FLUSH 异步刷盘
#- SYNC_FLUSH 同步刷盘
flushDiskType=SYNC_FLUSH
#checkTransactionMessageEnable=false
#发消息线程池数量
#sendMessageThreadPoolNums=128
#拉消息线程池数量
#pullMessageThreadPoolNums=128

1）修改slave2

服务器：192.168.0.4

vi /usr/soft/rocketmq/conf/2m-2s-sync/broker-b-s.properties

#所属集群名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此处不同的配置文件填写的不一样
brokerName=broker-b
#0 表示 Master，>0 表示 Slave
brokerId=1
#nameServer地址，分号分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数
defaultTopicQueueNums=4
#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭
autoCreateTopicEnable=true
#是否允许 Broker 自动创建订阅组，建议线下开启，线上关闭
autoCreateSubscriptionGroup=true
#Broker 对外服务的监听端口
listenPort=11011
#删除文件时间点，默认凌晨 4点
deleteWhen=04
#文件保留时间，默认 48 小时
fileReservedTime=120
#commitLog每个文件的大小默认1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每个文件默认存30W条，根据业务情况调整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#检测物理文件磁盘空间
diskMaxUsedSpaceRatio=88
#存储路径
storePathRootDir=/usr/local/rocketmqSlave/store
#commitLog 存储路径
storePathCommitLog=/usr/local/rocketmqSlave/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/usr/local/rocketmqSlave/store/consumequeue
#消息索引存储路径
storePathIndex=/usr/local/rocketmqSlave/store/index
#checkpoint 文件存储路径
storeCheckpoint=/usr/local/rocketmqSlave/store/checkpoint
#abort 文件存储路径
abortFile=/usr/local/rocketmqSlave/store/abort
#限制的消息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 异步复制Master
#- SYNC_MASTER 同步双写Master
#- SLAVE
brokerRole=SLAVE
#刷盘方式
#- ASYNC_FLUSH 异步刷盘
#- SYNC_FLUSH 同步刷盘
flushDiskType=ASYNC_FLUSH
#checkTransactionMessageEnable=false
#发消息线程池数量
#sendMessageThreadPoolNums=128
#拉消息线程池数量
#pullMessageThreadPoolNums=128

3）修改master2

服务器 ：192.168.0.8

vi /usr/soft/rocketmq/conf/2m-2s-sync/broker-b.properties

#所属集群名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此处不同的配置文件填写的不一样
brokerName=broker-b
#0 表示 Master，>0 表示 Slave
brokerId=0
#nameServer地址，分号分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数
defaultTopicQueueNums=4
#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭
autoCreateTopicEnable=true
#是否允许 Broker 自动创建订阅组，建议线下开启，线上关闭
autoCreateSubscriptionGroup=true
#Broker 对外服务的监听端口
listenPort=10911
#删除文件时间点，默认凌晨 4点
deleteWhen=04
#文件保留时间，默认 48 小时
fileReservedTime=120
#commitLog每个文件的大小默认1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每个文件默认存30W条，根据业务情况调整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#检测物理文件磁盘空间
diskMaxUsedSpaceRatio=88
#存储路径
storePathRootDir=/usr/local/rocketmq/store
#commitLog 存储路径
storePathCommitLog=/usr/local/rocketmq/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue
#消息索引存储路径
storePathIndex=/usr/local/rocketmq/store/index
#checkpoint 文件存储路径
storeCheckpoint=/usr/local/rocketmq/store/checkpoint
#abort 文件存储路径
abortFile=/usr/local/rocketmq/store/abort
#限制的消息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 异步复制Master
#- SYNC_MASTER 同步双写Master
#- SLAVE
brokerRole=SYNC_MASTER
#刷盘方式
#- ASYNC_FLUSH 异步刷盘
#- SYNC_FLUSH 同步刷盘
flushDiskType=SYNC_FLUSH
#checkTransactionMessageEnable=false
#发消息线程池数量
#sendMessageThreadPoolNums=128
#拉消息线程池数量
#pullMessageThreadPoolNums=128

4）修改slave1
服务器：192.168.0.8

vi /usr/soft/rocketmq/conf/2m-2s-sync/broker-a-s.properties

#所属集群名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此处不同的配置文件填写的不一样
brokerName=broker-a
#0 表示 Master，>0 表示 Slave
brokerId=1
#nameServer地址，分号分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数
defaultTopicQueueNums=4
#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭
autoCreateTopicEnable=true
#是否允许 Broker 自动创建订阅组，建议线下开启，线上关闭
autoCreateSubscriptionGroup=true
#Broker 对外服务的监听端口
listenPort=11011
#删除文件时间点，默认凌晨 4点
deleteWhen=04
#文件保留时间，默认 48 小时
fileReservedTime=120
#commitLog每个文件的大小默认1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每个文件默认存30W条，根据业务情况调整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#检测物理文件磁盘空间
diskMaxUsedSpaceRatio=88
#存储路径
storePathRootDir=/usr/local/rocketmqSlave/store
#commitLog 存储路径
storePathCommitLog=/usr/local/rocketmqSlave/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/usr/local/rocketmqSlave/store/consumequeue
#消息索引存储路径
storePathIndex=/usr/local/rocketmqSlave/store/index
#checkpoint 文件存储路径
storeCheckpoint=/usr/local/rocketmqSlave/store/checkpoint
#abort 文件存储路径
abortFile=/usr/local/rocketmqSlave/store/abort
#限制的消息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 异步复制Master
#- SYNC_MASTER 同步双写Master
#- SLAVE
brokerRole=SLAVE
#刷盘方式
#- ASYNC_FLUSH 异步刷盘
#- SYNC_FLUSH 同步刷盘
flushDiskType=ASYNC_FLUSH
#checkTransactionMessageEnable=false
#发消息线程池数量
#sendMessageThreadPoolNums=128
#拉消息线程池数量
#pullMessageThreadPoolNums=128

4.9 修改启动脚本文件

1）runbroker.sh

vi /opt/rocketmq-all-4.4.0-bin-release/bin/runbroker.sh

需要根据内存大小进行适当的对JVM参数进行调整：

#===================================================
# 开发环境配置 JVM Configuration
JAVA_OPT="${JAVA_OPT} -server -Xms256m -Xmx256m -Xmn128m"

2）runserver.sh

vim /opt/rocketmq-all-4.4.0-bin-release/bin/runserver.sh

JAVA_OPT="${JAVA_OPT} -server -Xms256m -Xmx256m -Xmn128m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=320m"

4.10 服务启动

1）启动NameServe集群

分别在192.168.0.4和192.168.0.8启动NameServer

cd /opt/rocketmq-all-4.4.0-bin-release/bin
nohup sh mqnamesrv &

在这里插入图片描述
在这里插入图片描述
2）启动Broker集群

  • 在192.168.0.4上启动master1和slave2

master1：

cd /usr/local/rocketmq/bin
nohup sh mqbroker -c /opt/rocketmq-all-4.4.0-bin-release/conf/2m-2s-sync/broker-a.properties &

slave2：

cd /usr/local/rocketmq/bin
nohup sh mqbroker -c /opt/rocketmq-all-4.4.0-bin-release/conf/2m-2s-sync/broker-b-s.properties &

在这里插入图片描述

  • 在192.168.0.8上启动master2和slave2

master2

cd /usr/local/rocketmq/bin
nohup sh mqbroker -c /opt/rocketmq-all-4.4.0-bin-release/conf/2m-2s-sync/broker-b.properties &

slave1

cd /usr/local/rocketmq/bin
nohup sh mqbroker -c /opt/rocketmq-all-4.4.0-bin-release/conf/2m-2s-sync/broker-a-s.properties &

在这里插入图片描述

dongkuijieIT
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
rocketmq可视化控制台最新版 rocketmq-console-ng-2.x
04-05
RocketMQ可视化的控制台是其重要组成部分，它提供了图形化的界面，使得用户可以方便地管理和监控RocketMQ集群。 RocketMQ Console，即RocketMQ的控制台，是管理和运维RocketMQ集群的关键工具。"rocketmq-console-ng...
RocketMQ集群搭建
Xx__WangQi的博客
04-15 663
目录 1、机器环境 2、创建用户 3、系统配置 3.1 免密登录 3.2 关闭防火墙 4、安装java 5、安装RocketMQ 6、配置RocketMQ集群 6.1 配置第一组broker-a 6.2 配置第二组Broker-b 7、启动RocketMQ 7.1 先启动nameServer。 7.2 再启动broker 7.3 启动状态检查 7.4 测试mqadmin管理工具 7.4.1 Topic相关： 7.4.2 集群相关 7.4.3 Broker相关 7..
测试 Rocketmq 启动
不以人人的意志为转义乃天道
05-08 236
RocketMQ Connect Runtime集群配置同步架构
Dreaouth的博客
07-30 737
在RocketMQ Connect遵循Message Connector的设计理念，依托RocketMQ实现。主要包括Source Connector、Sink Connector、Runtime。RocketMQ Connect Runtime 是 Source、Sink Connector的运行时环境，同时，它也是一个分布式系统，支持集群节点之间的服务发现、配置同步、负载均衡等功能。 原Connect Runtime设计思路 首先，关于集群配置相关的实现都在ConfigManagementServic
【RocketMQ】（一）NameServer
S-H_A-N
08-16 616
NameServer是一个注册中心，提供服务注册和服务发现的功能。NameServer可以集群部署，集群中每个节点都是对等的关系（没有像ZooKeeper那样在集群中选举出一个Master节点），节点之间互不通信。Broker启动的时候会向所有的NameServer节点进行注册，注意这里是向集群中所有的NameServer节点注册，而不是只向其中的某些节点注册，因为NameServer每个节点都是对等的，所以Broker需要向每一个节点进行注册，这样每一个节点都会有一份Broker的注册信息。
Java教程：RocketMq集群消息核心知识与SpringBoot整合并实现生产者与消费者
wfeil211的博客
09-28 4285
Java教程：RocketMq集群消息核心知识与SpringBoot整合并实现生产者与消费者
ActiveMq 学习笔记
qq_28527469的博客
02-05 217
1、JMS开发的基本步骤 创建一个ConnectionFactory 通过ConnectionFactory来创建JSM connection 启动JMS connection 通过connection创建JMD connection 创建JMS destination 创建JMS producer 或者创建JMS message并设置destination 创建JMS consum...
RockerMq集群部署及简单使用
雨后星辰
05-27 406
RockerMq分布式存储架构 Name Server NameServer是RockerMQ的寻址服务，用于聚合和管理Broker的路由信息，客户端持有Topic通过NameServer获取对应的Broker路由信息，从而与其Broker做连接 NameServer集群本身没有状态，各NameServer节点也不做通信，仅提供负载均衡效果 NamsServer通过Broker上报状态将Broker路由清单存储至内存中（类似于Eureka） 如果NameServer服务都停止了，仅会影响路由的更新，而
rocketmq-all-5.1.1-bin-release.zip
06-06
在“rocketmq-all-5.1.1-bin-release.zip”这个压缩包中，包含了RocketMQ的5.1.1版本的所有源码、编译后的二进制文件和相关的配置文件，供开发者部署和使用。以下将详细讲解RocketMQ的主要组成部分、工作原理以及...
rocketmq-all-5.0.0-bin-release.zip
09-24
在“rocketmq-all-5.0.0-bin-release.zip”压缩包中，包含了RocketMQ的最新版本5.0.0的所有二进制文件和相关资源。这个版本的发布标志着RocketMQ功能的增强和性能的优化，旨在更好地满足开发者和企业的各种需求。 ...
rocketmq-all-5.1.3-bin-release.zip
07-04
RocketMQ，作为阿里巴巴开源的一款高性能、高可用、稳定可靠的消息中间件，已经在多个大型企业和项目中得到广泛应用。5.1.3版本的RocketMQ在前代基础上进行了诸多优化和改进，旨在提供更强大的消息处理能力和服务...
rocketmq-all-5.1.4-bin-release.zip
10-21
2. **高可用性**：RocketMQ通过主备切换和分布式集群实现服务的高可用。Producer和Consumer都可以通过负载均衡策略连接到不同的Broker节点，确保即使部分节点故障，服务仍能继续运行。 3. **低延迟**：RocketMQ设计...
RocketMQ 集群搭建
涛涛之海
09-12 738
文章目录RocketMQ 集群搭建各角色介绍集群搭建方式集群特点集群模式1）单Master模式2）多Master模式3）多Master多Slave模式（异步）4）多Master多Slave模式（同步）双主双从(同步)集群搭建工作流程配置步骤(1) 修改 vim /etc/hosts(2) 重启网卡(3) 修改防火墙(4) 配置环境变量(5) 创建消息存储路径(6)broker 配置文件(7)修改启动脚本文件(8) 服务启动mqadmin 管理工具1 使用方式2 命令介绍1）`Topic`相关2）集群相关3
RocketMQ-手把手教你搭建集群
秃了也弱了
01-14 2759
目录 一、集群架构 二、准备rocketmqOS1主机 三、修改rocketmqOS1配置文件 配置文件位置 修改broker-a.properties 修改broker-b-s.properties 其它配置 四、准备rocketmqOS2主机 五、修改rocketmqOS2配置文件 修改broker-b.properties 修改broker-a-s.properties 六、启动服务器 启动NameServer集群 启动两个Master 启动两个Slave 七、mqad
RabbitMQ学习笔记
weixin_52938172的博客
08-09 1635
Message Queen（MQ）消息队列为了解决分布式系统之间的通信问题。我们原本的单体架构应用就好比一家人在一起干活，而现在的分布式架构应用就可以理解为分家了，每个人分开干活，但是这每个人之间必须可以通信才可以更好的干活。分布式系统通信的模式有两种：直接调用模块，借助第三方完成通信。而我们MQ就是第三方，消息先发给MQ，再由MQ发给其他模块服务。...
RabbitMQ简介&在分布式微服务中的使用场景
shujuku____的博客
06-24 759
MQ：Message Queen 消息队列 FIFO先进先出队列，从入口进入，又出口取数据 先进后出队列（栈结构），从入口进入，又从入口取数据 双端队列：两头都可以存和取 java中的API，queen是基于内存级别的，一个微服务，即使创建出queen来保存消息，最多只能在它的机器中来使用。但是在分布式系统下，需要一个公共的中间件，能保存这些消息，也能将他们有序的取出来，A服务存进去，B服务来取，C服务存进去，D服务来取，而且他们用的队列还有很多各个还不一样。...
RocketMQ多Master多Slave模式部署
weixin_34342992的博客
09-12 287
每个 Master 配置一个 Slave，有多对Master-Slave，HA采用同步双写方式，主备都写成功，向应用返回成功。 优点：数据与服务都无单点，Master宕机情况下，消息无延迟，服务可用性与数据可用性都非常高。缺点：性能比异步复制模式略低，大约低10%左右，发送单个消息的RT会略高。目前主宕机后，备机不能自动切换为主机，后续会支持自动切换功能。 ### 先启动 NameServer...
RocketMQ安装过程以及遇到的坑总结
wangwenzhe的博客
01-07 9633
RocketMQ安装过程遇到的坑以及解决方案 周末,按照网上教程安装了rocketMQ集群,期间遇到一些小问题,导致耽误不少时间 记录下来 本文只涉及安装过程,原理不涉及   下图是环境要求 环境: centos 6 64位 jdk:1.8 rocketMQ版本:4.3.2 模式:两 master 两 slave 同步双写模式 IP 部署服务 角色 192.168.16...
正式邀测！ OS Copilot——一款基于大模型构建的 Linux 智能操作系统助手
最新发布
weixin_60347558的博客
07-02 516
重塑操作系统交互新体验，开启您的智能化系统管理之旅
rocketmq-console-ng-1.0.1.jar
12-02
rocketmq-console-ng-1.0.1.jar是一个Apache RocketMQ的控制台工具。 Apache RocketMQ是一个高度可扩展的分布式消息中间件平台，适用于大规模的实时数据处理场景。它提供了高可靠性、高吞吐量和低延迟的消息传递能力，以及强大的消息队列和发布/订阅模式等特性。 rocketmq-console-ng-1.0.1.jar是Apache RocketMQ官方提供的控制台工具，用于提供图形化界面来监控和管理RocketMQ集群。 使用rocketmq-console-ng-1.0.1.jar，您可以方便地查看RocketMQ集群的运行状态、查看主题(topic)的详细信息、查看消费者和生产者的状态、创建和管理主题、订阅和取消订阅主题等等。 此外，rocketmq-console-ng-1.0.1.jar还提供了一些高级功能，如消息轨迹查询、重试消息管理、消息统计和分析等，以帮助您更好地理解和优化RocketMQ的性能和可靠性。 总之，rocketmq-console-ng-1.0.1.jar是一个非常有用的工具，它使得监控和管理RocketMQ集群变得更加简单和高效。无论您是RocketMQ的初学者还是有经验的用户，都可以通过使用这个工具来更好地管理和运维RocketMQ集群。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值