重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
这篇文章给大家分享的是有关RocketMQ集群流程以及核心概念的示例分析的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。
创新互联主营澄迈网站建设的网络公司,主营网站建设方案,成都app软件开发公司,澄迈h5小程序定制开发搭建,澄迈网站营销推广欢迎澄迈等地区企业咨询
一个集群既有Master节点又有Slave节点。
每个 Master 配置一个 Slave,有多对Master-Slave, HA采用同步双写方式,主备都写成功,向应用返回成功。
优点:数据与服务都无单点, Master宕机情况下,消息无延迟,服务可用性与数据可用性都非常高。
缺点:性能比异步复制模式略低,大约低 10%左右,发送单个消息的 RT会略高。目前主宕机后,备机不能自动切换为主机,后续会支持自动切换功能。
要想真正意义的保证消息不丢失,这个同步双写是必须的 。
一个topic的queue可以分布到多个Broker上。比如一个topic有4个queue,他可能分配到broker-a上三个queue,broker-b上1个queue,这个queue的分配是由broker端决定的。但是为了验证猜想我们可以手动从管控台去创建这个topic,成功的话可以验证我们的猜想。
首先我有2M2S的一个集群
创建topic
创建topic
查看status,可以发现为我们在每个broker上都创建了4个queue,也就是一共8个queue了。
点击【TOPIC CONFIG】更改配置
再次查看就会发现已经生效了,验证了我们的猜想
每个queue的消息都是不一样的,也就是比如你发N条消息,他可能一部分在broker-a上一部分在broker-b上,不管他在哪,消息都是不一样的,不要理解成M-S那种复制。他只是负载均衡将queue分配到了不同的broker上。
感谢各位的阅读!关于“RocketMQ集群流程以及核心概念的示例分析”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,让大家可以学到更多知识,如果觉得文章不错,可以把它分享出去让更多的人看到吧!