分区副本重分配、数据迁移、副本扩缩容

本文详细介绍了如何使用kafka-reassign-partitions.sh脚本进行分区副本的重分配、数据迁移、副本的扩缩容操作。包括生成推荐配置、执行JSON文件、验证过程等步骤,并探讨了副本跨路径迁移的限制和解决方案。同时,文中提到Kafka并未提供直接的副本扩缩脚本,需要通过分区重分配实现。此外,还讨论了分区扩容和分区迁移的方法。

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

温馨提示: (如果觉得排版不是很方便看,可以点击下面链接访问 )

【kafka运维】kafka-reassign-partitions.sh分区副本重分配、数据迁移、副本扩缩容

1. 脚本的使用介绍

>该脚本是kafka提供用来重新分配分区的脚本工具;

1.1 生成推荐配置脚本

关键参数--generate

在进行分区副本重分配之前,最好是用下面方式获取一个合理的分配文件;

编写move-json-file.json 文件; 这个文件就是告知想对哪些Topic进行重新分配的计算

然后执行下面的脚本,--broker-list "0,1,2,3" 这个参数是你想要分配的Brokers;

执行完毕之后会打印

 

需要注意的是,此时分区移动尚未开始,它只是告诉你当前的分配和建议。保存当前分配,以防你想要回滚它

1.2. 执行Json文件

关键参数--execute

将上面得到期望的重新分配方式文件保存在一个json文件里面

reassignment-json-file.json

然后执行

迁移过程注意流量陡增对集群的影响

Kafka提供一个broker之间复制传输的流量限制,限制了副本从机器到另一台机器的带宽上限,当重新平衡集群,引导新broker,添加或移除broker时候,这是很有用的。因为它限制了这些密集型的数据操作从而保障了对用户的影响、

例如我们上面的迁移操作加一个限流选项-- throttle 50000000

hell
 > sh bin/kafka-reassign-partitions.sh --zookeeper xxxxx:2181 --reassignment-
json-file config/reassignment-json-file.json --execute -- throttle 50000000

在后面加上一个 —throttle 50000000 参数, 那么执行移动分区的时候,会被限制流量在50000000 B/s

加上参数后你可以看到

hell 
The throttle limit was set to 50000000 B/s 
Successfully started reassignment of partitions

需要注意的是,如果你迁移的时候包含 副本跨路径迁移(同一个Broker多个路径)那么这个限流措施不会生效,你需要再加上|--replica-alter-log-dirs-throttle 这个限流参数,它限制的是同一个Broker不同路径直接迁移的限流;

如果你想在重新平衡期间修改限制,增加吞吐量,以便完成的更快。你可以重新运行execute命令,用相同的reassignment-json-file

1.3. 验证

关键参数--verify

该选项用于检查分区重新分配的状态,同时 —throttle 流量限制也会被移除掉; 否则可能会导致定期复制操作的流量也受到限制。

>sh bin/kafka-reassign-partitions.sh --zookeeper xxxx:2181 --reassignment-json-file config/reassignment-json-file.json --verify

)

>注意: 当你输入的BrokerId不存在时,该副本的操作会失败,但是不会影响其他的。

2. 副本扩缩

>kafka并没有提供一个专门的脚本来支持副本的扩缩, 不像kafka-topic.sh脚本一样,是可以扩分区的; 想要对副本进行扩缩,只能是曲线救国了; 利用kafka-reassign-partitions.sh来重新分配副本

2.1 副本扩容

假设我们当前的情况是 3分区1副本,为了提供可用性,我想把副本数升到2;

2.1.1 计算副本分配方式

我们用步骤1.1--generate 获取一下当前的分配情况,得到如下json

我们想把所有分区的副本都变成2,那我们只需修改"replicas": []里面的值了,这里面是Broker列表,排在第一个的是Leader; 所以我们根据自己想要的分配规则修改一下json文件就变成如下

注意logdirs里面的数量要和replicas数量匹配;或者直接把logdirs选项删除掉; 这个log_dirs是副本跨路径迁移时候的绝对路径

2.1.2 执行--execute

如果你想在重新平衡期间修改限制,增加吞吐量,以便完成的更快。你可以重新运行execute命令,用相同的reassignment-json-file:

2.1.2 验证--verify

完事之后,副本数量就增加了;

2.2 副本缩容

>副本缩容跟扩容是一个意思; 当副本分配少于之前的数量时候,多出来的副本会被删除;

>比如刚刚我新增了一个副本,想重新恢复到一个副本

>

>执行下面的json文件

执行之后可以看到其他的副本就被标记为删除了; 一会就会被清理掉

<font color=red>用这样一种方式我们虽然是实现了副本的扩缩容, 但是副本的分配需要我们自己来把控好, 要做到负载均衡等等; 那肯定是没有kafka自动帮我们分配比较合理一点; 那么我们有什么好的方法来帮我们给出一个合理分配的Json文件吗?</font>PS:

我们之前已经分析过[【kafka源码】创建Topic的时候是如何分区和副本的分配规则]() 那么我们把这样一个分配过程也用同样的规则来分配不就Ok了吗?

--generate本质上也是调用了这个方法,AdminUtils.assignReplicasToBrokers(brokerMetadatas, assignment.size, replicas.size)

具体的实现操作请看 [【kafka思考】最小成本的扩缩容副本设计方案]

自己写一个工程来实现类似的方法,如果觉得很麻烦,可以直接使用

LogIKM 的新增副本功能直接帮你做了这个事情;(未来会实现)

3. 分区扩容

>kafka的分区扩容是 kafka-topis.sh脚本实现的;不支持缩容

>分区扩容请看 [【kafka源码】TopicCommand之alter源码解析(分区扩容)]()

4. 分区迁移

>分区迁移跟上面同理, 请看 1.1,1.2,1.3 部分;

5. 副本跨路径迁移

>为什么线上Kafka机器各个磁盘间的占用不均匀,经常出现“一边倒”的情形? 这是因为Kafka只保证分区数量在各个磁盘上均匀分布,但它无法知晓每个分区实际占用空间,故很有可能出现某些分区消息数量巨大导致占用大量磁盘空间的情况。在1.1版本之前,用户对此毫无办法,因为1.1之前Kafka只支持分区数据在不同broker间的重分配,而无法做到在同一个broker下的不同磁盘间做重分配。1.1版本正式支持副本在不同路径间的迁移

怎么在一台Broker上用多个路径存放分区呢?

只需要在配置上接多个文件夹就行了

注意同一个Broker上不同路径只会存放不同的分区,而不会将副本存放在同一个Broker; 不然那副本就没有意义了(容灾)

怎么针对跨路径迁移呢?

迁移的json文件有一个参数是logdirs; 默认请求不传的话 它是"logdirs": ["any"] (这个数组的数量要跟副本保持一致)

但是你想实现跨路径迁移,只需要在这里填入绝对路径就行了,例如下面

迁移的json文件示例

son
 { 
"version": 1,
 "partitions": [{ "
topic": "test_create_topic4", 
"partition": 2,
"replicas": [0],
 "log_dirs": ["/Users/xxxxx/work/IdeaPj/source/kafka/kafka-logs-5"] }, { "
topic": "test_create_topic4", 
"partition": 1, 
"replicas": [0], 
"log_dirs": ["/Users/xxxxx/work/IdeaPj/source/kafka/kafka-logs-6"]
 }] }
 

然后执行脚本

注意 --bootstrap-server 在跨路径迁移的情况下,必须传入此参数

如果需要限流的话 加上参数|--replica-alter-log-dirs-throttle ; 跟--throttle不一样的是 --replica-alter-log-dirs-throttle限制的是Broker内不同路径的迁移流量;

源码解析

源码解析请看文章

分区副本重分配源码原理分析(附配套教学视频) | 石臻臻的杂货铺

国内最大最权威的 Kafka中文社区 ,在这里你可以结交各大互联网Kafka大佬以及近2000+Kafka爱好者,一起实现知识共享,实时掌控最新行业资讯,免费加入中~

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值