KAFKA中的Replica是什么

66次阅读
没有评论

共计 992 个字符,预计需要花费 3 分钟才能阅读完成。

这篇文章主要讲解了“KAFKA 中的 Replica 是什么”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着丸趣 TV 小编的思路慢慢深入,一起来研究和学习“KAFKA 中的 Replica 是什么”吧!

【能否说下 Replica 的主从设计?】

冗余,可以理解为一个动作,就是把一份数据多拷贝了几份出来。

而拷贝出来的数据我们就称之为副本,这也是 Replica 的真正含义,那么多副本之间就必然存在着数据同步的问题:

也就是不同副本之间,以哪个副本的数据为准,如何保持数据一致这两个主要问题。

因此,副本之间就有了主从的一个设计,负责提供读写的副本是 leader,而其余的副本称之为 follower,follower 副本只需要从 leader 副本那里一直拉取数据就好了,正常情况下不需要提供读写。

看起来是这个样子的:

【能否说下 Replica 解决了什么问题?】

首先我们要明白一点——某个 Partition 的数据副本,都是分布在不同的 broker 上的,也就是说是分布在不同机器上的,那么显而易见,Replica 是为了解决单点问题而设计的。

我们再考虑下会存在哪些单点问题?

1、当我们生产消息的时候,如果数据只写入了一个 broker 就返回了,那么一旦那个 broker 挂了,或者所在机器宕机了,是不是可能造成我刚才写入的消息就丢失了?

2、我们生产 / 消费都只针对 leader-replica 进行,那么是不是一旦 leader 所在的 broker 挂了,或者所在机器宕机了,就无法进行生产消费了?

以上就是主要存在的两个问题,在引入副本的设计后,解决这两个问题就很简单了:

1、由于存在多副本,因此我们可以设置写入所有副本后,才算写入消息成功;那么数据就会分散到多个节点上,从而避免了单点问题。这就是之前提到的实现了消息的高可靠。

2、由于存在多个副本,并且副本之间的数据一直在同步,一旦 leader 所在节点出现问题,那么我们就可以进行主备切换,让某个 follower 成为新的 leader 来继续提供读写,从而避免了整个服务不可用了。这就是之前提到的实现服务的高可用。

感谢各位的阅读,以上就是“KAFKA 中的 Replica 是什么”的内容了,经过本文的学习后,相信大家对 KAFKA 中的 Replica 是什么这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是丸趣 TV,丸趣 TV 小编将为大家推送更多相关知识点的文章,欢迎关注!

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-08-25发表,共计992字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)