Kafka实践六：使用 Kafka MirrorMaker 跨机房传输数据

    工作中遇到Kafka跨机房传输到远程机房的场景，之前的方案是使用Flume消费后转发到目标kafka，当topic增多并且数据量变大后，维护性较差且Flume较耗费资源；

    在数据中心建设之处需要考虑数据的备份的同步机制，异地双活和主备架构均需要数据的同步；

一、原理

    参考官网：http://kafka.apache.org/10/documentation.html#basic_ops_mirror_maker

    参考：https://www.sohu.com/a/217316110_411876

    MirrorMaker 为Kafka 内置的跨集群/机房数据复制工具，二进制包解压后bin目录下有kafka-mirror-maker.sh，Mirror Maker启动后，包含了一组消费者，这些消费者属于同一个group，并从多个topic上读取数据，所有的topic均使用该group.id，每个MirrorMaker 进程仅有一个生产者，该生产者将数据发送给目标集群的多个topic；

    Kafka MirrorMaker的官方文档一直没有更新，因此新版Kafka为MirrorMaker增加的一些参数、特性等在文档上往往找不到，需要看Kafka MirrorMaker的源码，Kafka MirrorMaker启动脚步如下，发现其主类位于kafka.tools.MirrorMaker，尤其是一些参数的解析逻辑和主要的执行流程，会比较有助于我们理解和运维Kafka MirrorMaker；

exec $(dirname $0)/kafka-run-class.sh kafka.tools.MirrorMaker "$@"

    MirrorMaker 为每个消费者分配一个线程，消费者从源集群的topic和分区上读取数据，然后通过公共生产者将数据发送到目标集群上，官方建议尽量让 MirrorMaker 运行在目标数据中心里，因为长距离的跨机房网络相对而言更加不可靠，如果发生了网络分区，数据中心之间断开了连接，无法连接到集群的消费者要比一个无法连接到集群的生产者要安全得多。

    如果消费者无法连接到集群，最多也就是无法消费数据，数据仍然会在 Kafka 集群里保留很长的一段时间，不会有丢失的风险。相反，在发生网络分区时如果 MirrorMaker 已经读取了数据，但无法将数据生产到目标集群上，就会造成数据丢失。 所以说远程读取比远程生成更加安全。

建议：

    ① 建议启动多个kafak-mirror-maker.sh 进程来完成数据同步，这样就算有进程挂掉，topic的同组消费者可以进行reblance；

    ② 建议将kafka-mirror-maker.sh进程启动在目标集群，原因上文有提及；

    ③ kafak-mirror-maker.sh启动默认不会后台运行，调用kafka-run-class.sh的启动内存256M，需要修改一下启动参数（内存大小、日志）；

    ④ 建议对source 集群的whitelist中的topic的消费情况，加实时的积压量监控；

    ⑤ 建议producer.properties配置中开启auto.create.topics.enable=true；

二、使用和配置
 

    1、消费端配置（consumer.properties）

   生产环境的source kafka版本是0.10，使用zk指定集群地址，配置方式如下：

zookeeper.connect=zk1.log.ha.cmos:2181,zk2.log.ha.cmos:2181,zk3.log.ha.cmos:2181
group.id=groupyzg-02

# 选取镜像数据的起始？即镜像MirrorMaker启动后的数据，参数latest，还是镜像之前的数据，参数earliest
auto.offset.reset=largest

# 更改分区策略，默认是range，虽然有一定优势但会导致不公平现象，特别是镜像大量的主题和分区的时候,0.10版本设置
partition.assignment.strategy=roundrobin

   source kafka版本是0.10，配置bootstrap-server指定kafka集群地址，配置方式如下：

bootstrap.servers=kafka1.log.ha.cmos:9092,kafka2.log.ha.cmos:9092,kafka3.log.ha.cmos:9092
group.id=groupyzg-02

# 选取镜像数据的起始？即镜像MirrorMaker启动后的数据，参数latest，还是镜像之前的数据，参数earliest
auto.offset.reset=latest

# 消费者提交心跳周期，默认3000，由于是远程镜像，此处设为30秒
heartbeat.interval.ms=30000

# 消费连接超时值，默认10000，由于远程镜像，此处设为100秒
session.timeout.ms=100000

# 更改分区策略，默认是range，虽然有一定优势但会导致不公平现象，特别是镜像大量的主题和分区的时候
partition.assignment.strategy=org.apache.kafka.clients.consumer.RoundRobinAssignor

# 单个poll()执行的最大record数，默认是500
max.poll.records=20000

# 读数据时tcp接收缓冲区大小，默认是65536（64KiB）
receive.buffer.bytes=4194304

# 设置每个分区总的大小，默认是1048576
max.partition.fetch.bytes=10485760

2、生产者配置（producer.properties）

    配置mirror-maker的source集群和target集群的版本多不一致，当前生产使用的kafka版本是1.0.0版本，producer的配置如下：

bootstrap.servers = 192.168.xxx:9092,192.168.xxx:9092
buffer.memory = 268435456 
batch.size = 104857
acks=0
linger.ms=10
max.request.size = 10485760
send.buffer.bytes = 10485760 
compression.type=snappy

    3、启动、优化、日志监控

①  启动命令kafka-mirror-maker.sh中添加端口约束和启动内存配置：

export  KAFKA_HEAP_OPTS="-Xmx4G -Xms4G" 
export  JMX_PORT="8888"
exec $(dirname $0)/kafka-run-class.sh kafka.tools.MirrorMaker "$@"

② 日志监控：若想输出日志数据，则使用一下命令启动，日志数据会保存在kafka/logs/ha_mirror_maker.out 中；

./kafka-run-class.sh -daemon -name ha_mirror_maker -loggc kafka.tools.MirrorMaker --consumer.config consumer.properties --num.streams 2 --producer.config producer.properties  --whitelist='testnet'

③ 积压监控：

0.10版本的积压量监控：
 

./kafka-run-class.sh  kafka.tools.ConsumerOffsetChecker --zookeeper xxxx:21810,xxx:21810,xxx:21810 --topic testnet -group testnet-group

1.0版本的积压量监控：
 

./kafka-consumer-groups.sh --bootstrap-server xxx:9092 --describe --group testnet-group