kafka mirror maker之实现两个kafka集群之间的数据同步

1 背景

现在因为消费方方和producer方位于不同的数据中心,所以公司使用了etyer数据集成平台作为中间媒介完成投送,类似mirror maker吧

2 介绍一下Kafka MirrorMaker

Kafka MirrorMaker 是 Apache Kafka 提供的一个用于在不同 Kafka 集群之间复制数据的工具。它的主要用途是在多个数据中心、地理位置或集群之间实现数据同步和冗余,以提升数据的高可用性和容灾能力。以下是关于 Kafka MirrorMaker 的详细介绍。

基本工作原理

Kafka MirrorMaker 的工作原理相对简单,包括三个主要步骤:

  1. 消费数据:MirrorMaker 从源 Kafka 集群中消费数据。
  2. 传输数据:通过内部传输机制将数据从源集群传输到目标集群。
  3. 生产数据:MirrorMaker 将消费到的数据写入目标 Kafka 集群。

架构与配置

MirrorMaker 实际上包含了 Kafka 消费者和生产者的逻辑,因此它能够从一个 Kafka 集群消费消息,并将这些消息发送到另一个 Kafka 集群。以下是配置一个简单的 MirrorMaker 实例的步骤:

步骤 1: 配置消费者

需要指定消费的源 Kafka 主题和相关的消费者属性。

properties 复制代码
# consumer.properties
bootstrap.servers=source.kafka.broker:9092
group.id=mirrormaker-group
exclude.internal.topics=true
# 其他可能需要的属性
步骤 2: 配置生产者

需要指定目标 Kafka 集群和相关的生产者属性。

properties 复制代码
# producer.properties
bootstrap.servers=target.kafka.broker:9092
acks=all
retries=3
# 其他可能需要的属性
步骤 3: 启动 MirrorMaker

使用 Kafka 自带的脚本启动 MirrorMaker 并指定消费和生产的配置文件,以及需要镜像的主题。

bash 复制代码
bin/kafka-mirror-maker.sh \
    --consumer.config consumer.properties \
    --producer.config producer.properties \
    --whitelist '.*'  # 或者指定特定主题,例如 'my-topic'

MirrorMaker 2.0

在 Apache Kafka 2.4.0 之后,Kafka 引入了 MirrorMaker 2.0(MM2),它提供了更先进的功能和配置选项。与传统的 MirrorMaker 相比,MirrorMaker 2.0 提供了如下增强:

  • 集群粒度的镜像:可以指定整个集群的镜像规则,而不仅仅是特定的主题。
  • 监控和管理:支持更强大的监控和管理功能,便于查看镜像状态和健康情况。
  • 自动故障转移:支持自动故障转移功能,当一个集群出现故障时,可以自动切换到另一个集群。
  • 双向同步:支持双向数据同步,实现数据在多个集群之间的完全冗余。
配置示例

MirrorMaker 2.0 的配置方式主要通过 mirrormaker.properties 文件进行配置:

properties 复制代码
clusters = A, B

A.bootstrap.servers = source.kafka.broker:9092
B.bootstrap.servers = target.kafka.broker:9092

# 定义 replication flow
A->B.enabled = true
A->B.topics = .*

启动命令也有所不同,需要通过 connect-mirror-maker.sh 脚本来启动:

bash 复制代码
bin/connect-mirror-maker.sh config/mirrormaker.properties

适用场景

  • 跨数据中心复制:可以在不同的数据中心之间进行数据复制,提升数据的高可用性。
  • 灾难恢复:在一个集群故障时可以快速切换到另一个集群。
  • 多活数据中心:支持多个数据中心之间的数据复制和同步,实现数据的分布式管理。

总结

Kafka MirrorMaker 是一个非常有用的工具,用于在不同 Kafka 集群之间进行数据复制和同步。无论是简单的集群间数据传输,还是复杂的多数据中心部署,MirrorMaker 都能提供可靠的解决方案。特别是 MirrorMaker 2.0 的引入,使得数据复制变得更加灵活和强大,满足了现代企业的多种需求。

相关推荐
真上帝的左手7 小时前
30. 技术专题-‌应用框架组件-分布式架构
分布式·架构·系统架构·分布式架构
zixu_star21 小时前
从单机到分布式:定时任务如何处理大量数据与执行失败?
分布式
lsc_blog2 天前
听到优化风声,先准备能由自己掌控的事
数据库·分布式·中间件·职场和发展·重构
Lansonli3 天前
大数据Spark(八十七):Spark-Submit 参数详解
大数据·分布式·spark
qq_452396233 天前
第二篇:《CommitLog + ConsumeQueue:一条日志解决 Kafka 多分区随机写的难题》
分布式·kafka
Alluxio4 天前
Alluxio + OCI:为 AI 工作负载实现亚毫秒访问延迟与可扩展吞吐
运维·数据库·人工智能·分布式·缓存·ai·语言模型
阿卡好可爱4 天前
Lua 热更新不生效:改完文件线上仍是旧逻辑,package.loaded 与 upvalue 重绑定详解
数据结构·分布式·后端·架构·lua
我不会起名字3225 天前
消费回调固定 return nil:错误传播与 Kafka 位点提交的区别
后端·mongodb·kafka·go·im·故障排查
qq_452396235 天前
第十篇:《Kafka 安全加固:SASL、SSL、ACL 与多租户隔离》
安全·kafka·ssl