Activemq构建高并发、高可用的大规模消息系统

摘要: Activemq构建高并发、高可用的大规模消息系统 在网上看了很多关于Activemq的帖子,但是大部分的内容都只能算是对activemq官网内容的翻译。很少有相关的案例分析,本文将分享"如何用Activemq构建超大(10万笔消息/秒以上)规模消息系统" 在实时消息系统中,MQ消息中间件广泛应用于各类消息系统中,在异步消息处理架构中,MQ几乎是必备的中间件。

Activemq构建高并发、高可用的大规模消息系统

在网上看了很多关于Activemq的帖子,但是大部分的内容都只能算是对activemq官网内容的翻译。很少有相关的案例分析,本文将分享"如何用Activemq构建超大(10万笔消息/秒以上)规模消息系统"

在实时消息系统中,MQ消息中间件广泛应用于各类消息系统中,在异步消息处理架构中,MQ几乎是必备的中间件。 同时,MQ的处理性能也将直接影响整个系统的性能。如果MQ出现故障,那么整个系统将瘫痪,其后果将是灾难性的。 所以在一般情况下MQ会中HA,或是failover,但是如果要求消息处理能力在10万/秒以上时,简单的HA或failover将不能满足要求。

 一、Activemq broker部署方式

1) 单MQ broker 时


整个系统中只有一个Activemq Broker,在生产系统中几乎不使用。因为单个MQ存在单点故障。

2) Master - slave 模式


采用Master-slave模式,同时在链接串中增加failover功能, 能够实现HA, 避免单点故障。但是,Master-slave方式一般需要"共享文件系统",同时必须保证出现问题时,文件锁能正常切换。另外,slave处于stand by状态,不对外提供服务。 在Master高负荷的情况下,Slave不能提供能帮助。如果Master在高负荷情况下挂掉,那么Slave在同样的情况下也可能挂掉,只是时间问题。( Replicate Leveldb 方案也存在上述问题)。 另外,activemq 还有network模式,但此模式的应用场景不是很明确。

    二、多个Activemq broker 同时工作

通过上面的分析, 简单的采用Activemq官网上提供的方案基本上不能满足生产系统的性能和高可用要求。因此,必须对上述方案进行改进,实现 “高性能”,“高可用”,“可扩展”的MQ集群方案。

同时部署多个Activemq broker实例, 多个Activemq broker实例同时工作。单个broker实例,生产和消费消息的速度在1万条/秒,部署N个Broker, 整个消息通道就能拓宽N倍; 多个(4个以上)broker 实例同时工作,其中1到2个mq实例出现问题时,消息可经过其他broker处理,整个系统依然可以健康工作,从而实现高可用。


a、消息发送方的应用程序的采用轮循方式给多个broker发送消息

b、消息消费方的应用程序针对每个broker启用对应的consumer来消费消息。

按照这样的部署方案,两个或两个以上MQ可以同时工作,可以解决MQ单点问题。MQ做为消息的传输管道, 增加MQ数量就可以拓宽管道的宽度,提高消息传输性能。


我们将“多个同时工作的broker"成为 broker组,如果 broker组内的broker数量太多的话,那么再开发或部署时,broker内的队列配置将会是一件非常繁琐的事。因此,我们将broker内的队列queue进行分组,具有相同前缀名的队列为一组,前缀名相同的队列中的消息的业务逻辑是相同的。通过队列前缀名将消息组件与业务关联上。 根据业务不同,配置不同的sender  和 listener 时,只要配置不同的队列前缀名。从而简化配置与使用,同时也可以防止消息发错队列的错误。


如上图,有 ChargeQueue 和 QueryQueue连个队列组,对应不同的业务功能。

在消息消费的应用程序中,针对ChargeQueue 和 QueryQueue 配置Consumer Listener Container, 同时可以正对不同的队列配置不同数量的消费则数目。

单个ActiveMQ的接收和消费消息的速度在1万笔/秒(持久化 一般为1-2万, 非持久化 2 万以上),在生产环境中部署10个Activemq就能达到10万笔/秒以上的性能,部署越多的activemq broker 在MQ上latency也就越低,系统吞吐量也就越高。

三、Activemq 性能优化。

1、 producer消息发送端,需要采用 AsyncSend模式, 在 activemq 的连接串中增加jsm.useAsyncSend, 例如 tcp://127.0.0.1:61616?jms.useAsyncSend=true

2、consumer消息消费端,如果有多个不同的应用程序去消费同一个队列中的消息,那么 activemq的 prefetchSize应该设置为1。

以上两个参数对性能的影响非常大。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,847评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,208评论 1 292
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,587评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,942评论 0 205
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,332评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,587评论 1 218
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,853评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,568评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,273评论 1 242
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,542评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,033评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,373评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,031评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,073评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,830评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,628评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,537评论 2 269

推荐阅读更多精彩内容