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 的引入,使得数据复制变得更加灵活和强大,满足了现代企业的多种需求。

相关推荐
mftang11 小时前
EtherCAT协议:从“飞读飞写”机制到分布式时钟同步的实时以太网架构深度解析
分布式·架构·ethercat·分布式时钟·从站控制器
ShineWinsu15 小时前
对于Redis:Hash类型的解析
c++·redis·分布式·缓存·面试·hash·哈希表
东方芷兰17 小时前
Agent 技术摘要 03 —— 基座模型、推理模型、Flash、联邦学习、分布式机器学习
人工智能·分布式·机器学习
程序猿乐锅18 小时前
【黑马点评 | 第十一篇】关注 Feed 流实现
java·数据库·redis·分布式·后端·缓存·maven
ly768919 小时前
ISR 收缩与 HW 推进:副本同步的边界条件与 UnderReplicated 排障
数据库·kafka·c#·linq·isr·hw·副本同步
j7~21 小时前
【C++标准项目】C++基于protobuf的发布订阅式消息队列(篇一):项目概述+环境搭建
分布式·消息队列·rabbitmq·gtest·protobuf·muduo·sqlites
今年下半年1 天前
【Spring Boot】多种存储文件(FastDFS / MinIO / 阿里云 OSS)接入设计说明(附源码)
spring boot·分布式·中间件·简单工厂模式·策略模式
ShineWinsu2 天前
对于Redis:string类型的解析
java·c++·redis·分布式·缓存·面试·string
仍然.2 天前
RabbitMQ---可靠性传输
网络·分布式·rabbitmq
灯澜忆梦2 天前
【RabbitMQ #13】 | 延迟消息
分布式·rabbitmq·ruby