Msater-Slave+Broker Cluster的模式,思路，暂时还没有测试，欢迎大家讨论！

最新推荐文章于 2024-04-10 14:22:08 发布
最新推荐文章于 2024-04-10 14:22:08 发布
阅读量143 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： ActiveMq 文章标签： 企业应用
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/iteye_5975/article/details/82522536
本文详细介绍了基于Master-Slave+BrokerCluster的系统设计，通过多组Broker实现负载均衡与容错，确保任何一个节点故障都不会影响系统运行。通过JMS选择器实现消息路由，确保消息消费的稳定性和高可用性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Msater-Slave+Broker Cluster的模式。

我的思路时
BK1,BK2一组
BK3,BK4一组,
BK5,BK6一组，

每一组都是基于数据库的mater,slave。
并且每个BK都是discovery,动态broker cluster


生产端的客户客端 failover(BK1,BK2)


消费端1可以 faileover(BK3,BK4)
消费端2可以 faileover(BK5,BK6)
消费端3可以 faileover(BK5,BK6)
消费端4可以 faileover(BK5,BK6)
其中具体业务解决方案为：通过 JMS select选择器，选择要消费的消息。


这样就实现了
Msater-Slave+Broker Cluster

任何一个节点down都不会影响，整个系统运行。


不知道我说的对不？　以上是理论，具体测试没有测试！

欢迎大家讨论？
Redis——Redis的扩展与应用
庄小焱
04-02 1723
Redis 和 Memcached 的区别？ Redis的高级的数据结构 String、Hash、List、Set、SortedSet。HyperLogLog、Geo、Pub/Sub。那你说还玩过Redis Module，像BloomFilter，RedisSearch，Redis-ML 避免缓存穿透的利器之BloomFilter 如果有大量的key需要设置同一时间过期，一般需要注意什么？ 如果大量的key过期时间设置的过于集中，到过期的那个时间点，Redis可能会出现短暂的卡顿现象。严重的.
深入浅出消息队列----【Broker 集群】
是微风，是晚霞，是无可替代
08-20 966
本文仅是文章笔记，整理了原文章中重要的知识点、记录了个人的看法。
ActiveMQ 集群——JDBC Master Slave + Broker Cluster
12-26
ActiveMQ 集群中JDBC Master Slave + Broker Cluster的整合
ActiveMQ集群Master-Slave + Broker Cluster模式
weixin_33795743的博客
05-05 411
一、简介Master-Slave集群：由至少3个节点组成，一个Master节点，其他为Slave节点。只有Master节点对外提供服务，Slave节点处于等待状态。当主节点宕机后，从节点会推举出一个节点出来成为新的Master节点，继续提供服务。优点是可以解决多服务热备的高可用问题，缺点是无法解决负载均衡和分布式的问题。Broker Cluster集群：Broker-Clu...
搭建Broker集群(cluster)
rainjm的博客
05-21 2234
这一篇继续来折腾Networks of Brokers，当应用规模日渐增长时，2节点的broker可能仍然抗不住访问压力，这时候就需要多加一些broker，弄一个更大规模的Broker集群，但是怎么合理设置broker之间的网络桥接，却是有讲究的，先来看一种不太好的设计： 这个架构看上去没瑕疵，没毛病，3个broker之间两两互通，整体可用性极高，但是从消息的路由角度来看，却不是一个好的设计，当p...
消息中间件-Activemq之Broker-Cluster
weixin_33757609的博客
01-03 449
2019独角兽企业重金招聘Python工程师标准>>> ...
kafka初识 之 Topic、Partition、生产者、消费者、Broker、Cluster概念分析
Orange_hhh的博客
04-10 1207
kafka消息队列有两种消费模式，分别是点对点模式和订阅/发布模式。具体比较可以参考Kafka基础–消息队列与消费模式。
搭建RocketMQ服务-多Master多Slave模式
王金铎的博客
03-08 1969
前言 RocketMQ 集群部署模式 单 master 模式 也就是只有一个 master 节点，如果master节点挂掉了，会导致整个服务不可用，线上不宜使用，适合个人学习使用。 多 master 模式 多个 master 节点组成集群，单个 master 节点宕机或者重启对应用没有影响。 优点：所有模式中性能最高 缺点：单个 master 节点宕机期间，未被消费的消息在节点恢...
[狗尾续貂第四篇]ActiveMQ集群
BuquTianya的专栏
08-28 1615
前言这一篇是看过lifetragedy的两篇系列的Apache ActiveMQ实战(2)-集群之后，所写。 主要是写过程中，遇到的问题，和简要的总结。关于ActiveMQ集群当我们的系统庞大之后，需要很多不同的服务协同工作之后，系统和系统之间的关联如果仅仅是直接调用，或者是采用dubbo类似的系统协调，也不足够。比如说，一个下单动作需要关系到用户积分，账单/支付记录，可能还需要同步给第三方系统（
activemq--MASTER SLAVE+BROKER CLUSTER 实践(二)
java20150326的博客
06-11 946
aaaa
RocketMQ关于 Broker 启动失败解决方案
dear_Alice_moon的专栏
08-26 7385
  如要在 CentOS 系统上安装 RocketMQ 服务，则可参考文章 ：RocketMQ 安装详细说明   ==============================================   以下内容是 我自己在观看上面分享的文章，RocketMQ启动操作中，Broker启动失败，"RocketMQ 安装详细说明" 文章中讲的将 runserver.sh 的JVM内存...
负载均衡+主从JDBC集群搭建（Broker-Cluster+Mysql）
范文鹏的博客
05-30 928
集群搭建一：静态网络集群1.简介 当ActiveMQ面对大量消息存储和大量Client交互时，性能消耗将会达到单个broker极限，此时我们需要对ActiveMQ进行水平扩展。ActiveMQ提供了“network”机制，可以把多个broker实例“串联”一起，形成“Forward Bridge”模型(转发桥)。这些Broker通过有向网络(networker Connector)链接在一起，组成...
ActiveMQ笔记(4)：搭建Broker集群(cluster)
weixin_34111790的博客
03-27 251
上一篇介绍了基于Networks of Borkers的2节点HA方案，这一篇继续来折腾Networks of Brokers，当应用规模日渐增长时，2节点的broker可能仍然抗不住访问压力，这时候就需要多加一些broker，弄一个更大规模的Broker集群，但是怎么合理设置broker之间的网络桥接，却是有讲究的，先来看一种不太好的设计：   这个架构看上去没瑕疵，没毛病，3个broker...
【RocketMQ】原理分析：Broker集群模式、队列分区
热门推荐
A minor
11-18 1万+
1.Broker集群模式（宏观） RocketMQ天生对集群的支持非常友好，天然支持高可用，它可以支持多主多从的部署架构，这也是和kafka大区别之一。 那为什么要将这么多broker组织成多主多从，而不是采用一主多从然后主节点down机后再选举啊？因为。。。RocketMQ中并没有master选举功能，在RocketMQ集群中，1台机器只能要么是Master，要么是Slave，这个在初始的机器配置里面，就定死了。不会像kafka那样存在master动态选举的功能，所以通过配置多个master节点来保证r
ActiveMQ实现负载均衡+高可用部署方案
hzp
04-25 285
ActiveMQ的多种部署方式          单点的ActiveMQ作为企业应用无法满足高可用和集群的需求，所以ActiveMQ提供了master-slave、broker cluster等多种部署方式，但通过分析多种部署方式之后我认为需要将两种部署方式相结合才能满足我们公司分布式和高可用的需求，所以后面就重点将解如何将两种部署方式相结合。 1、Master-Slave部署方式 ...
ActiveMQ(6)-基于networkConnector的Broker-Cluster方案
jinjin603的博客
11-28 1579
1.回顾上一篇 ActiveMQ(5)-基于ZooKeeper的HA方案介绍了通过zookeeper管理节点，实现activemq的master-slave高可用架构。存在一定的问题： 1)占用的节点数过多，1个zookeeper集群至少3个节点，1个activemq集群也至少得3个节点，但其实正常运行时，只有一个master节点在对外响应，换句话说，花6个节点的成本只为了保证1个master节点
activemq cluster
neutrojan的专栏
05-13 4319
ActiveMQ集群         ActiveMQ具有强大和灵活的集群功能，但在使用的过程中会发现很多的缺点，ActiveMQ的集群方式主要由两种：Master-Slave和Broker Cluster。 1、Master-Slave         Master-Slave方式中，只能是Master提供服务，Slave是实时地备份Master的数据，以保证消息的可靠性。当Master失
ActiveMQ集群负载配置
漫天雪_昆仑巅
06-30 3677
1  概述 针对海量消息所要求的横向扩展性和系统的高可用性，ActiveMQ提供了网络连接模式的集群功能。 简单的说，就是通过把多个不同的broker实例连接在一起，作为一个整体对外提供服务，从而提高整体对外的消息服务能力。 通过这种方式连接在一起的broker实例之间，可以共享队列和消费者列表，从而达到分布式队列的目的。   2  自定义安装 2.1  部署结构 Machine
activemq-Broker-Cluster集群部署
a549896196的博客
04-16 1629
Broker-Cluster 部署 机器列表 192.168.100.242 192.168.100.243 为了保证机器之间网络互通，建议关闭防火墙：systemctl stop firewalld.service Static静态集群部署方式 static 方式就是在broker的配置中，静态指定要连接到其它broker的地址，格式： <networkConnector uri=...
slave1: # /usr/local/mysql-1/bin/mysqld --defaults-file=/etc/my1.cnf --user=mysql --initialize --basedir=/usr/local/mysql-1 --datadir=/home/data/mysql82/data 2025-06-05T10:29:55.549889Z 6 [Note] [MY-010454] [Server] A temporary password is generated for root@localhost: kT,n5Ijtz&cZ # nohup /usr/local/mysql-1/bin/mysqld_safe --defaults-file=/etc/my1.cnf & mysql -uroot -p -P3307 -S /home/data/mysql82/mysql.sock Enter password: master2: # mysql -uroot -p create user 'repl_slave1'@'192.168.7.142' identified by '123456'; grant replication slave on *.* to 'repl_slave1'@'192.168.7.142'; flush privileges; show master status; +------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+-------------------+ | mysql-bin.000002 | 2996 | | | | +------------------+----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec) slave1: # mysql -uroot -p -P3307 -S /home/data/mysql82/mysql.sock Enter password: change master to master_host='192.168.7.142', master_user='repl_slave1', master_password='123456', master_log_file='mysql-binn.000007',master_log_pos=8522; Query OK, 0 rows affected, 8 warnings (0.12 sec) mysql> start slave; Query OK, 0 rows affected, 1 warning (0.02 sec) mysql> show slave status\G; 是否正确
最新发布
06-06
### 验证MySQL主从复制配置的正确性 为了确保MySQL主从复制配置的正确性，需要验证以下几个关键点：Master和Slave的设置、日志文件以及位置信息。以下是详细的验证方法： #### 1. 验证主库（Master）状态 在主库上执行以下命令以检查其二进制日志的状态： ```sql SHOW MASTER STATUS; ``` 此命令将返回当前主库的二进制日志文件名（`File`）和日志位置（`Position`）。这些信息对于从库连接到主库至关重要[^1]。 #### 2. 验证从库（Slave）状态 在从库上执行以下命令以检查其复制状态： ```sql SHOW SLAVE STATUS\G ``` 此命令将返回大量关于从库复制状态的信息。以下是一些关键字段及其含义： - `Slave_IO_Running`: 表示从库是否能够成功连接到主库并读取二进制日志。如果值为 `Yes`，则表示连接正常[^4]。 - `Slave_SQL_Running`: 表示从库是否能够成功应用从主库接收到的事件。如果值为 `Yes`，则表示SQL线程正常运行[^4]。 - `Last_Error`: 如果存在错误，此字段将显示最近发生的错误信息。需要根据错误信息进行排查[^3]。 - `Relay_Master_Log_File` 和 `Exec_Master_Log_Pos`: 这两个字段表示从库当前正在处理的主库日志文件和位置。它们应与主库上的 `File` 和 `Position` 值一致[^1]。 #### 3. 检查数据一致性 可以通过在主库和从库上执行相同的查询来验证数据的一致性。例如，在主库上插入一条测试数据： ```sql INSERT INTO test_table (column_name) VALUES ('test_value'); ``` 然后在从库上查询该数据： ```sql SELECT * FROM test_table WHERE column_name = 'test_value'; ``` 如果从库能够正确返回插入的数据，则说明主从复制正常工作[^2]。 #### 4. 检查日志文件和位置信息 确保从库的日志文件和位置信息与主库一致。可以通过以下步骤验证： - 在主库上记录下 `SHOW MASTER STATUS;` 的输出结果。 - 在从库上检查 `SHOW SLAVE STATUS\G` 中的 `Relay_Master_Log_File` 和 `Exec_Master_Log_Pos` 是否与主库的 `File` 和 `Position` 一致。 --- ### 示例代码 以下是一个完整的验证流程示例： ```sql -- 主库：查看主库状态 SHOW MASTER STATUS; -- 从库：停止和启动从库服务 STOP SLAVE; START SLAVE; -- 从库：查看从库状态 SHOW SLAVE STATUS\G -- 主库：插入测试数据 INSERT INTO test_table (column_name) VALUES ('test_value'); -- 从库：查询测试数据 SELECT * FROM test_table WHERE column_name = 'test_value'; ``` --- ### 注意事项 如果发现 `Slave_IO_Running` 或 `Slave_SQL_Running` 的值为 `No`，或者 `Last_Error` 中有错误信息，则需要根据错误提示进行修复。常见的错误包括权限问题、网络连接问题或日志文件不匹配等。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值