赞
踩
解决kafka Rebalancing(重定向)问题以及解释为什么会发生该问题
文章原文 原文链接
以下是上文的翻译
要了解什么是rebalancing,我们需要了解 Kafka 的工作原理。首先,关于Kafka。
Kafka 集群由一个或多个代理组成。生产者向 Kafka brokers发布数据,消费者是从broker读取消息。 Kafka Streams同时是消费者和生产者,但为了简单起见,我们在这篇博文中将其称为消费者。所有传输的数据都存储在一个topic。topic分为一个或多个分区partition。一次只有一个消费者可以从单个分区中读取,因此,一个topic的分区数是最大可能的并行度。
消费者组是一组消费者,它们共同消费来自一个或多个 Kafka topic的消息。消费者组的leader负责消费者组中的分区partition分配。
rebalancing就是这样——将每个分区映射到每一个消费者的过程。Kafka 重平衡时,所有涉及消费者的处理都将停止。
更详细地说,所有消费者撤销他们的分区并向组coordinator发送 JoinGroup 请求,它等待来自消费者的消息,然后将消费者信息传输给leader(JoinGroupResponse)。 然后,每个消费者向leader发送一个 SyncGroup 请求,这是一个新分区分配的请求。 leader等待直到收到此消息以计算下一个分区分配,并将结果发送给broker,brokder将其广播给所有成员(SyncGroupResponse)。 这两次握手之间存在同步屏障,以允许coordinator正确分配分区。 该协议称为eager rebalancing protocol(急切再平衡协议)。
有多种分区分配策略(例如,循环),您甚至可以创建自己的分配测量。 默认的 Kafka Streams 策略使用sticky粘性分区策略,旨在创建均匀分布并尝试最小化两次重新平衡之间的分区移动。 目前没有lag-aware strategy策略。
消费者从一个topic读取一条消息,对其进行处理,然后通常将一条或多条消息输出。以下消费者配置。
max.poll.records(默认值=500)定义了消费者一次可以轮询的最大消息数。
max.partition.fetch.bytes (default=1048576) 定义了服务器在轮询单个分区时返回的最大字节数。
max.poll.interval.ms (default=300000) 定义消费者必须处理来自轮询的所有消息并在之后获取新轮询的时间。如果超过这个时间间隔,消费者就会离开消费者组。
heartbeat.interval.ms(默认值=3000)定义了消费者发送心跳的频率。
session.timeout.ms (default=10000) 定义了消费者必须发送心跳的时间。如果在该超时时间内没有收到心跳,则认为该成员已死亡并离开该组。
心跳使用单独的线程(自 Kafka 0.10.1 起)。消费者操作的持续时间不会影响它们。
如果消费者加入或离开一个组,Kafka 就会重平衡。以下是可能发生的各种情况
1.一个消费者加入一个组:
应用启动/重启——如果我们部署一个应用程序(或重新启动它),一个新的消费者加入该组
2.应用扩展——我们正在创建新的 pods
3.一个消费者离开一个组:
超出 max.poll.interval.ms — 未及时处理轮询记录
session.timeout.ms 超出 — 没有发送心跳,可能是因为应用崩溃或网络错误
4.消费者关闭
Pod 重新定位——Kubernetes 有时会重新定位 Pod,例如如果通过 kubectl Drain 删除节点或集群缩小。这个功能很好,但是消费者关闭(离开组)并在另一个节点上再次重新启动(加入组)。
应用减少
重平衡是 Kafka 工作所必需的。它应该不会影响应用,但在某些情况下重平衡会产生巨大的影响。因此,我们希望减少不必要的重新平衡的次数。
一个常见的问题是,某些应用的处理时间差异很大(有时相差几个数量级)。是当有突然很大消息处理时,会花费很长时间。这些处理时间超过 max.poll.interval.ms,并会触发重新平衡。
一种相对容易的改进是增加 max.poll.interval.ms(和/或减少 max.poll.records/max.partition.fetch.bytes)。我们没有因为更改这些值而遇到任何反弹,几个小时可能是一个合适的时间间隔。
但是,允许较长的处理时间会引入另一个问题。如前所述,leader创建一个分区分配并相应地撤销分区。只有当消费者完成处理当前轮询时,分区才会被撤销。因此,leader必须等待每个消费者处理完当前的记录。
当一条消息处理需要几个小时时候也意味着重平衡也需要几个小时。
这是一个严重的问题,我们没有找到一个好的解决方案。 但是,我们可以做的是减少重新平衡的次数,以降低在处理耗时记录时重平衡的可能性。
Kafka 静态成员资格是 Kafka 2.3 引入的一项新功能。 它允许coordinator保留成员身份并识别重新启动的成员。 这可以通过消费者配置 group.instance.id 实现。 如果消费者出于任何原因重新启动,组coordinator可以将相同的分区分配给消费者,而无需重新平衡所有内容。 这个过程必须在 session.timeout.ms 限制的范围内发生,因为成员在超时之前不会离开消费者组。 否则,消费者将被视为死亡,因此会发生重平衡。
建议在使用静态成员时增加 session timeout 。 该值应该适合您的用例,并且您应该将其配置为尽可能低和尽可能高,以便 pod 成功重启。 在我们的示例中,消费者有停机时间,但可以在配置的时间限制范围内重新加入组。 因此,不需要重新平衡。
我们使用 helm charts 在 Kubernetes 上部署 Kafka 应用,这允许我们激活静态成员资格。 在里面,我们将 group.instance.id 映射到我们 Kubernetes pod 的元数据名称(如果 pod 重新启动,名称不会改变)。
我们对Markdown编辑器进行了一些功能拓展与语法支持,除了标准的Markdown编辑器功能,我们增加了如下几点新功能,帮助你用它写博客:
撤销:Ctrl/Command + Z
重做:Ctrl/Command + Y
加粗:Ctrl/Command + B
斜体:Ctrl/Command + I
标题:Ctrl/Command + Shift + H
无序列表:Ctrl/Command + Shift + U
有序列表:Ctrl/Command + Shift + O
检查列表:Ctrl/Command + Shift + C
插入代码:Ctrl/Command + Shift + K
插入链接:Ctrl/Command + Shift + L
插入图片:Ctrl/Command + Shift + G
查找:Ctrl/Command + F
替换:Ctrl/Command + G
直接输入1次#,并按下space后,将生成1级标题。
输入2次#,并按下space后,将生成2级标题。
以此类推,我们支持6级标题。有助于使用TOC
语法后生成一个完美的目录。
强调文本 强调文本
加粗文本 加粗文本
标记文本
删除文本
引用文本
H2O is是液体。
210 运算结果是 1024.
链接: link.
图片:
带尺寸的图片:
居中的图片:
居中并且带尺寸的图片:
当然,我们为了让用户更加便捷,我们增加了图片拖拽功能。
去博客设置页面,选择一款你喜欢的代码片高亮样式,下面展示同样高亮的 代码片
.
// An highlighted block
var foo = 'bar';
一个简单的表格是这么创建的:
项目 | Value |
---|---|
电脑 | $1600 |
手机 | $12 |
导管 | $1 |
使用:---------:
居中
使用:----------
居左
使用----------:
居右
第一列 | 第二列 | 第三列 |
---|---|---|
第一列文本居中 | 第二列文本居右 | 第三列文本居左 |
SmartyPants将ASCII标点字符转换为“智能”印刷标点HTML实体。例如:
TYPE | ASCII | HTML |
---|---|---|
Single backticks | 'Isn't this fun?' | ‘Isn’t this fun?’ |
Quotes | "Isn't this fun?" | “Isn’t this fun?” |
Dashes | -- is en-dash, --- is em-dash | – is en-dash, — is em-dash |
一个具有注脚的文本。2
Markdown将文本转换为 HTML。
您可以使用渲染LaTeX数学表达式 KaTeX:
Gamma公式展示 Γ ( n ) = ( n − 1 ) ! ∀ n ∈ N \Gamma(n) = (n-1)!\quad\forall n\in\mathbb N Γ(n)=(n−1)!∀n∈N 是通过欧拉积分
Γ ( z ) = ∫ 0 ∞ t z − 1 e − t d t . \Gamma(z) = \int_0^\infty t^{z-1}e^{-t}dt\,. Γ(z)=∫0∞tz−1e−tdt.
你可以找到更多关于的信息 LaTeX 数学表达式here.
可以使用UML图表进行渲染。 Mermaid. 例如下面产生的一个序列图:
这将产生一个流程图。:
我们依旧会支持flowchart的流程图:
如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到 文章导出 ,生成一个.md文件或者.html文件进行本地保存。
如果你想加载一篇你写过的.md文件,在上方工具栏可以选择导入功能进行对应扩展名的文件导入,
继续你的创作。
注脚的解释 ↩︎
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。