Apache RocketMQ 从入门到实战在正式进入 RocketMQ 的学习之前,我觉得有必要梳理一下 RocketMQ 核心概念, 为大家学习 RocketMQ 打下牢固的基础。 一、RocketMQ 部署架构 在 RocketMQ 主要的组件如下: 1. Nameserver Nameserver 集群,topic 的路由注册中心,为客户端根据 Topic 提供路由服务,从 而引导客户端向 Broker 发送消息。Nameserver 中,这样在 Broker 关闭后再重启, 并不会丢失路由信息。 广大读者朋友,跟踪到这一步的时候,大家应该对启用自动创建主题机制时,新主题是 的路由信息是如何创建的,为了方便理解,给出创建主题序列图: 本文来自『中间件兴趣圈』公众号,仅作技术交流,未授权任何商业行为。 25 > 1.2 生产环境中,autoCreateTopicEnable 为什么不能设置为 true 现象分析 经过上面 Step4:启动 nameserver nohup ./mqnamesrv & 查看${user_home}/logs/rocketmqlogs/namesrv.log 日志文件,如果输出结果如下 图所示即表示启动成功。 本文来自『中间件兴趣圈』公众号,仅作技术交流,未授权任何商业行为。 1.3 实战:RocketMQ 学习环境搭建指南篇 < 30 Step5:修改 broker 的配置文件0 码力 | 165 页 | 12.53 MB | 1 年前3
RocketMQ v3.2.4 开发指南............................................................................... 28 9 RocketMQ 通信组件 .................................................................................................. Master1 Broker Master2 Broker Slave1 Broker Slave2 Producer集群 Consumer集群 图表 5-2RocketMQ 网络部署图 RocketMQ 网络部署特点 Name Server 是一个几乎无状态节点,可集群部署,节点乀间无任何信息同步。 Broker 部署相对复杂,Broker 分为 Master MEMORY JAVA HEAP DISK Producer Consumer1 Consumer2 Consumer3 ⑤ ④ ⑦ ⑥ ⑧ ③ ② ① 图表 7-7 消息在系统中流转图 (1). Producer 収送消息,消息从 socket 迕入 java 堆。 (2). Producer 収送消息,消息从 java 堆转入 PAGACACHE,物理内存。 (3).0 码力 | 52 页 | 1.61 MB | 1 年前3
Apache RocketMQ on Amazon Web Services部署到新 VPC 环境中,另一种是 部署到已有 VPC 环 境中。使用默认参数为在新 VPC 环境中 部署以下资源。如果您选择的是将此方案部署 到已有 VPC 中,将跳过 (不创建) 带有星号(*)的组件,并提⽰ 您目前现有的配置。 按照默认 RocketMQ 的部署参数部署完成后,该方案会在用户的 AMAZON WEB SERVICES account 下部署如下的一个架构,包含两个 集群,如果其中一个 Broker 实例因故障无法提供服务,Raft 协议会自动在另外两个 Instance 中选择一个作 为 Master 继续提供服务从而达到高可用的效果,下图是部署完的一个架构实例图 Page 4 of 18 • (*) 跨越多个可用区的公有⼦网和私有⼦网的 VPC(由西云数据运营的 AMAZON WEB SERVICES(宁 夏)区域为 Profile”,如下图所⽰ Page 15 of 18 5. 在弹出的窗⼝中输⼊ New Profile 的名字,并点击右下方的 Create 按钮,如下 图: 6. 输⼊ Proxy Server 的信息,如下图,完成后点击左下方的 Apply changes,注意 Port 对应的值需要设置为您建立 ssh tunnel 的本地端⼝,见第一步的-D0 码力 | 18 页 | 1.55 MB | 1 年前3
快速部署高可用的Apache RocketMQ 集群 - Amazon S3部署到新 VPC 环境中,另⼀种是 部署 到已有 VPC 环境中。使⽤默认参数为在新 VPC 环境中 部署以下资源。如果您选择的 是将此⽅案部署到已有 VPC 中,将跳过 (不创建) 带有星号(*)的组件,并提⽰ 您⽬ 前现有的配置。 按照默认 RocketMQ 的部署参数部署完成后,该方案会在用户的亚马逊云科技账户下 部署如下的一个架构,包含两个 Nameserver 互为备份,三个 集群,如果其中一个 Broker 实例 因故障无法提供服务,Raft 协议会自动在另外两个 Instance 中选择一个作为 Master 继续提供服务从而达到高可用的效果,下图是部署完的一个架构实例图 Page 4 of 21 • (*) 跨越多个可⽤区的公有⼦⽹和私有⼦⽹的 VPC(由西云数据运营的 亚 马逊云科技(宁 夏)区域为 3 个,由光环新⽹运营的 堆栈的状态,并点击右上 ⽅的刷新按钮更新状态。⼤约 15 分钟后,您可以看到堆栈 状态变为 CREATE_COMPLETE,此时堆栈创建成功。Apache RocketMQ 集群以及 其他需要的组件均已创建完毕。下图列出了默认设置部署完成后在 EC2 Console 的一 个 截图,可以从 Name 属性判断这个 Instance 安装的是哪种类型的节点。 使用 Apache0 码力 | 21 页 | 2.57 MB | 1 年前3
消息中间件RocketMQ原理解析 - 斩秋messageQueueList [userId%messageQueueList.size()] 2.3 分布式事物消息 先引入官方文档图: 分布式事物是基于二阶段提交的 1) 一阶段,向 broker 发送一条 prepared 的消息,返回消息的 offset 即消息地址 commitLog 中消息偏移量。Prepared 消息动作 序列图 1. 向 broker 发送长轮询请求 2. Broker 接收长轮询请求 3. Consumer 接收 broker 响应 长轮询活动图: 一张图画不下,再来一张 四:push0 码力 | 57 页 | 2.39 MB | 1 年前3
王强-Apache RocketMQ事务消息Producer B Consumer 1 Consumer 2 MessageQueue1 MessageQueue2 MessageQueue1 MessageQueue2 部署模型 组件细节 Broker Netty RemotingServer Netty Remoting Client NameServer All Info In Memory except KV config 设计,搭建和部署应⽤用的⽅方式 • 运⾏行行在云计算环境 IaaS • 快速,弹性 • 降低技术⻛风险 • 互操作性,易易部署,可监控管理理 消息系统挑战 • 传统设计和实现⽅方⾯面 • 组件的微服务化,例例如存储和计算分离 • 开源软件的冲击,云服务选型⾯面临挑战 • 缺少稳定的多语⾔言类库 • Cloud AI Ops⽅方⾯面 • 容器器化部署,K8S编排 • 诸如IoT/0 码力 | 34 页 | 6.17 MB | 1 年前3
共 6 条
- 1













