Kafka运维 | 你真的懂数据迁移吗?

Kafka运维 | 你真的懂数据迁移吗?

作者:石臻臻 2021-08-30 15:41:13

运维

系统运维

Kafka 在进行分区副本重分配之前,最好是用下面方式获取一个合理的分配文件; 编写move-json-file.json文件; 这个文件就是告知想对哪些Topic进行重新分配的计算。

创新互联是专业的肃南裕固族自治网站建设公司,肃南裕固族自治接单;提供做网站、成都做网站,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行肃南裕固族自治网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!

本篇文章讲解以下内容

【kafka运维】副本扩缩容、数据迁移、副本重分配、副本跨路径迁移

脚本参数

参数描述例子 
--zookeeper连接zk--zookeeper localhost:2181, localhost:2182 
--topics-to-move-json-file指定json文件,文件内容为topic配置

--topics-to-move-json-file config/move-json-file.json Json文件格式如下:

 
--generate尝试给出副本重分配的策略,该命令并不实际执行  
--broker-list指定具体的BrokerList,用于尝试给出分配策略,与--generate搭配使用--broker-list 0,1,2,3 
--reassignment-json-file指定要重分配的json文件,与--execute搭配使用

json文件格式如下例如:

 
--execute开始执行重分配任务,与--reassignment-json-file搭配使用  
--verify验证任务是否执行成功,当有使用--throttle限流的话,该命令还会移除限流;该命令很重要,不移除限流对正常的副本之间同步会有影响  
--throttle迁移过程Broker之间现在流程传输的速率,单位 bytes/sec-- throttle 500000 
--replica-alter-log-dirs-throttlebroker内部副本跨路径迁移数据流量限制功能,限制数据拷贝从一个目录到另外一个目录带宽上限 单位 bytes/sec--replica-alter-log-dirs-throttle 100000 
--disable-rack-aware关闭机架感知能力,在分配的时候就不参考机架的信息  
--bootstrap-server如果是副本跨路径迁移必须有此参数  

 1. 脚本的使用介绍

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

1.1 生成推荐配置脚本

关键参数--generate

在进行分区副本重分配之前,最好是用下面方式获取一个合理的分配文件; 编写move-json-file.json文件; 这个文件就是告知想对哪些Topic进行重新分配的计算

  
 
 
 
  1.   "topics": [ 
  2.     {"topic": "test_create_topic1"} 
  3.   ], 
  4.   "version": 1 

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

  
 
 
 
  1. sh bin/kafka-reassign-partitions.sh --zookeeper xxx:2181 --topics-to-move-json-file config/move-json-file.json --broker-list "0,1,2,3" --generate 

执行完毕之后会打印

  
 
 
 
  1. Current partition replica assignment//当前副本分配方式 
  2. {"version":1,"partitions":[{"topic":"test_create_topic1","partition":2,"replicas":[1],"log_dirs":["any"]},{"topic":"test_create_topic1","partition":1,"replicas":[3],"log_dirs":["any"]},{"topic":"test_create_topic1","partition":0,"replicas":[2],"log_dirs":["any"]}]} 
  3.  
  4. Proposed partition reassignment configuration//期望的重新分配方式 
  5. {"version":1,"partitions":[{"topic":"test_create_topic1","partition":2,"replicas":[2],"log_dirs":["any"]},{"topic":"test_create_topic1","partition":1,"replicas":[1],"log_dirs":["any"]},{"topic":"test_create_topic1","partition":0,"replicas":[0],"log_dirs":["any"]}]} 

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

1.2. 执行Json文件

关键参数--execute 将上面得到期望的重新分配方式文件保存在一个json文件里面 reassignment-json-file.json

  
 
 
 
  1. {"version":1,"partitions":[{"topic":"test_create_topic1","partition":2,"replicas":[2],"log_dirs":["any"]},{"topic":"test_create_topic1","partition":1,"replicas":[1],"log_dirs":["any"]},{"topic":"test_create_topic1","partition":0,"replicas":[0],"log_dirs":["any"]}]} 

然后执行

  
 
 
 
  1. sh bin/kafka-reassign-partitions.sh --zookeeper xxxxx:2181 --reassignment-json-file config/reassignment-json-file.json --execute 

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

  
 
 
 
  1. > 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 加上参数后你可以看到

  
 
 
 
  1. The throttle limit was set to 50000000 B/s 
  2. 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

  
 
 
 
  1.     "version": 1, 
  2.     "partitions": [{ 
  3.         "topic": "test_create_topic1", 
  4.         "partition": 2, 
  5.         "replicas": [2], 
  6.         "log_dirs": ["any"] 
  7.     }, { 
  8.         "topic": "test_create_topic1", 
  9.         "partition": 1, 
  10.         "replicas": [1], 
  11.         "log_dirs": ["any"] 
  12.     }, { 
  13.         "topic": "test_create_topic1", 
  14.         "partition": 0, 
  15.         "replicas": [0], 
  16.         "log_dirs": ["any"] 
  17.     }] 

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

  
 
 
 
  1.     "version": 1, 
  2.     "partitions": [{ 
  3.         "topic": "test_create_topic1", 
  4.         "partition": 2, 
  5.         "replicas": [2,0], 
  6.         "log_dirs": ["any","any"] 
  7.     }, { 
  8.         "topic": "test_create_topic1", 
  9.         "partition": 1, 
  10.         "replicas": [1,2], 
  11.         "log_dirs": ["any","any"] 
  12.     }, { 
  13.         "topic": "test_create_topic1", 
  14.         "partition": 0, 
  15.         "replicas": [0,1], 
  16.         "log_dirs": ["any","any"] 
  17.     }] 

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

2.1.2 执行--execute

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

2.1.2 验证--verify

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

2.2 副本缩容

副本缩容跟扩容是一个意思; 当副本分配少于之前的数量时候,多出来的副本会被删除; 比如刚刚我新增了一个副本,想重新恢复到一个副本

执行下面的json文件

  
 
 
 
  1.   "version": 1, 
  2.   "partitions": [{ 
  3.     "topic": "test_create_topic1", 
  4.     "partition": 2, 
  5.     "replicas": [2], 
  6.     "log_dirs": ["any"] 
  7.   }, { 
  8.     "topic": "test_create_topic1", 
  9.     "partition": 1, 
  10.     "replicas": [1], 
  11.     "log_dirs": ["any"] 
  12.   }, { 
  13.     "topic": "test_create_topic1", 
  14.     "partition": 0, 
  15.     "replicas": [0], 
  16.     "log_dirs": ["any"] 
  17.   }] 

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

用这样一种方式我们虽然是实现了副本的扩缩容, 但是副本的分配需要我们自己来把控好, 要做到负载均衡等等; 那肯定是没有kafka自动帮我们分配比较合理一点; 那么我们有什么好的方法来帮我们给出一个合理分配的Json文件吗?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上用多个路径存放分区呢?

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

  
 
 
 
  1. ############################# Log Basics ############################# 
  2.  
  3. # A comma separated list of directories under which to store log files 
  4. log.dirs=kafka-logs-5,kafka-logs-6,kafka-logs-7,kafka-logs-8 

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

怎么针对跨路径迁移呢?

迁移的json文件有一个参数是log_dirs; 默认请求不传的话 它是"log_dirs": ["any"] (这个数组的数量要跟副本保持一致) 但是你想实现跨路径迁移,只需要在这里填入绝对路径就行了,例如下面

迁移的json文件示例

  
 
 
 
  1.   "version": 1, 
  2.   "partitions": [{ 
  3.     "topic": "test_create_topic4", 
  4.     "partition": 2, 
  5.     "replicas": [0], 
  6.     "log_dirs": ["/Users/xxxxx/work/IdeaPj/source/kafka/kafka-logs-5"] 
  7.   }, { 
  8.     "topic": "test_create_topic4", 
  9.     "partition": 1, 
  10.     "replicas": [0], 
  11.     "log_dirs": ["/Users/xxxxx/work/IdeaPj/source/kafka/kafka-logs-6"] 
  12.   }] 

然后执行脚本

  
 
 
 
  1. sh bin/kafka-reassign-partitions.sh --zookeeper xxxxx --reassignment-json-file config/reassignment-json-file.json --execute --bootstrap-server 
  2. xxxxx:9092 --replica-alter-log-dirs-throttle 10000 

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

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

源码解析

源码解析请看文章 【kafka源码】ReassignPartitionsCommand源码分析(副本扩缩、数据迁移、分区重分配、副本跨路径迁移)

视频链接:https://mp.weixin.qq.com/s/fQ03wpctV1dGnmk1r-xEWA

本文转载自微信公众号「石臻臻的杂货铺」,可以通过以下二维码关注。转载本文请联系石臻臻的杂货铺公众号。

分享题目:Kafka运维 | 你真的懂数据迁移吗?
链接地址:http://www.gawzjz.com/qtweb/news45/190295.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联