轩辕镜像 官方专业版
轩辕镜像
专业版
轩辕镜像 官方专业版
轩辕镜像
专业版
首页个人中心搜索镜像
交易
充值流量¥7起我的订单
文档
工具
提交工单页面收录
kafka

leey18/kafka

leey18
自动构建

用于在Kubernetes上使用StatefulSets部署Apache Kafka的Docker镜像,便于实现Kafka集群的容器化部署与管理。

下载次数: 0状态:自动构建维护者:leey18仓库类型:镜像最近更新:7 年前
让 AI 帮你使用轩辕镜像? · 展开查看说明 · 点击收起说明

如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具,协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题,请先让 AI 阅读并遵守轩辕镜像的规则文档。

只需在 AI 对话中先发送下面这句话即可:

请先完整阅读并严格遵守以下文档中的全部规则与要求:

https://xuanyuan.cloud/agents.md

在未充分阅读并理解该文档前,不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。

查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式,不推荐豆包 AI;Cursor 等编辑器可在对话 @ 该链接,或加入 User Rules。 若 AI 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。

中文简介
下载命令
镜像标签列表与下载命令
轩辕镜像,快一点,稳很多。
点击查看

Kubernetes Kafka K8SKafka

该项目包含一个Docker镜像,旨在使用https://kubernetes.io/docs/concepts/workloads/controllers/statefulset/%E5%9C%A8http://kubernetes.io/%E4%B8%8A%E9%83%A8%E7%BD%B2https://kafka.apache.org/%E3%80%82

限制条件

  1. 必须使用持久卷(Persistent Volumes),e***yDirs可能导致数据丢失。
  2. 目前通常无法实现存储介质I/O隔离,建议使用Pod Anti-Affinity规则将高负载应用部署在不同节点上。

Docker镜像

本仓库中的Docker镜像基于Ubuntu 16.04,使用基于1.8 JVM的最新OpenJDK JRE版本(JDK 8u111)和基于Scala 2.11的最新稳定版Kafka(10.2.0)。虽然Ubuntu镜像比BusyBox或Alpine大,但后两者使用mucl或ulibc,需要针对非glibc的libc运行时构建自定义OpenJDK版本。尽管存在基于Alpine和BusyBox的更小Kafka镜像,但Kafka、JVM与glibc的交互更易理解和调试。

镜像设计为以非root用户运行Kafka JVM进程,默认用户为kafka,UID 1000,GID 1000。Kafka安装在/opt/kafka目录,配置文件位于/opt/kafka/config,可执行文件在/opt/kafka/***。由于/opt/kafka/***中的脚本实现限制,无法将其符号链接到/user/***目录,因此将/opt/kafka/***添加到PATH环境变量。

ZooKeeper

Kafka需要Apache ZooKeeper进行 broker 配置存储和协调。可参考https://github.com/kubernetes/contrib/tree/master/statefulsets/zookeeper%E7%9A%84%E7%A4%BA%E4%BE%8B%E5%9C%A8Kubernetes%E4%B8%8A%E9%83%A8%E7%BD%B2ZooKeeper%E9%9B%86%E7%BE%A4%E3%80%82%E6%B5%8B%E8%AF%95%E7%8E%AF%E5%A2%831-3%E4%B8%AA%E8%8A%82%E7%82%B9%E8%B6%B3%E5%A4%9F%EF%BC%8C%E7%94%9F%E4%BA%A7%E7%8E%AF%E5%A2%83%E5%BB%BA%E8%AE%AE%E8%87%B3%E5%B0%91%E9%83%A8%E7%BD%B25%E4%B8%AA%E8%8A%82%E7%82%B9%EF%BC%8C%E4%BB%A5%E5%AE%B9%E5%BF%8D%E7%BB%B4%E6%8A%A4%E6%9C%9F%E9%97%B4%E7%9A%84%E8%8A%82%E7%82%B9%E6%95%85%E9%9A%9C%E3%80%82%E8%8B%A5%E5%9C%A8Kubernetes%E4%B8%8A%E8%BF%90%E8%A1%8CZooKeeper%EF%BC%8C%E6%AF%8F%E4%B8%AAKafka%E9%9B%86%E7%BE%A4%E6%9C%80%E5%A5%BD%E4%BD%BF%E7%94%A8%E7%8B%AC%E7%AB%8B%E7%9A%84ZooKeeper%E9%9B%86%E7%BE%A4%E3%80%82%E7%94%9F%E4%BA%A7%E7%8E%AF%E5%A2%83%E4%B8%AD%EF%BC%8C%E6%AF%8F%E4%B8%AAZooKeeper%E6%9C%8D%E5%8A%A1%E5%99%A8%E5%BA%94%E8%87%B3%E5%B0%91%E6%9C%892 GiB堆内存和4 GiB Pod预留内存。ZooKeeper对CPU要求不高,每个服务器2 CPU通常足够。若在云平台(如GCP、Azure、AWS)运行Kubernetes,应为ZooKeeper PV配置快速存储类。由于PV基于网络附加存储,将预写日志与快照目录隔离几乎无收益。

Headless Service

Kafka StatefulSet需要Headless Service控制Kafka broker的网络域。以下YAML创建Headless Service,支持broker发现并暴露9093端口供客户端连接。

yaml
apiVersion: v1
kind: Service
metadata:
  name: kafka-svc
  labels:
    app: kafka
spec:
  ports:
  - port: 9093
    name: server
  clusterIP: None
  selector:
    app: kafka

StatefulSet

Kafka StatefulSet在Kubernetes集群上部署可配置数量的副本。StatefulSet的serviceName必须与Headless Service匹配,并指定所需的broker数量。

yaml
apiVersion: apps/v1beta1
kind: StatefulSet
metadata:
  name: kafka
spec:
  serviceName: kafka-svc
  replicas: 3
  ...

配置

本节详细说明Kafka集群的配置。

Broker配置

每个broker的配置通过命令行标志覆盖默认配置,包含Kafka文档中https://kafka.apache.org/documentation/#brokerconfigs%E3%80%82

yaml
kafka-server-start.sh /opt/kafka/config/server.properties --override broker.id=${HOSTNAME##*-} \
          --override listeners=PLAINTEXT://:9093 \
          --override zookeeper.connect=zk-0.zk-svc.default.svc.cluster.local:2181,zk-1.zk-svc.default.svc.cluster.local:2181,zk-2.zk-svc.default.svc.cluster.local:2181 \
          --override auto.create.topics.enable=true \
          --override auto.leader.rebalance.enable=true \
          --override background.threads=10 \
          --override compression.type=producer \
          --override delete.topic.enable=false \
          --override leader.imbalance.check.interval.seconds=300 \
          --override leader.imbalance.per.broker.percentage=10 \
          --override log.flush.interval.messages=9223372036854775807 \
          --override log.flush.offset.checkpoint.interval.ms=60000 \
          --override log.flush.scheduler.interval.ms=9223372036854775807 \
          --override log.retention.bytes=-1 \
          --override log.retention.hours=168 \
          --override log.roll.hours=168 \
          --override log.roll.jitter.hours=0 \
          --override log.segment.bytes=1073741824 \
          --override log.segment.delete.delay.ms=60000 \
          --override message.max.bytes=1000012 \
          --override min.insync.replicas=1 \
          --override num.io.threads=8 \
          --override num.network.threads=3 \
          --override num.recovery.threads.per.data.dir=1 \
          --override num.replica.fetchers=1 \
          --override offset.metadata.max.bytes=4096 \
          --override offsets.commit.required.acks=-1 \
          --override offsets.commit.timeout.ms=5000 \
          --override offsets.load.buffer.size=5242880 \
          --override offsets.retention.check.interval.ms=600000 \
          --override offsets.retention.minutes=1440 \
          --override offsets.topic.compression.codec=0 \
          --override offsets.topic.num.partitions=50 \
          --override offsets.topic.replication.factor=3 \
          --override offsets.topic.segment.bytes=104857600 \
          --override queued.max.requests=500 \
          --override quota.consumer.default=9223372036854775807 \
          --override quota.producer.default=9223372036854775807 \
          --override replica.fetch.min.bytes=1 \
          --override replica.fetch.wait.max.ms=500 \
          --override replica.high.watermark.checkpoint.interval.ms=5000 \
          --override replica.lag.time.max.ms=10000 \
          --override replica.socket.receive.buffer.bytes=65536 \
          --override replica.socket.timeout.ms=30000 \
          --override request.timeout.ms=30000 \
          --override socket.receive.buffer.bytes=102400 \
          --override socket.request.max.bytes=104857600 \
          --override socket.send.buffer.bytes=102400 \
          --override unclean.leader.election.enable=true \
          --override zookeeper.session.timeout.ms=6000 \
          --override zookeeper.set.acl=false \
          --override broker.id.generation.enable=true \
          --override connections.max.idle.ms=600000 \
          --override controlled.shutdown.enable=true \
          --override controlled.shutdown.max.retries=3 \
          --override controlled.shutdown.retry.backoff.ms=5000 \
          --override controller.socket.timeout.ms=30000 \
          --override default.replication.factor=1 \
          --override fetch.purgatory.purge.interval.requests=1000 \
          --override group.max.session.timeout.ms=300000 \
          --override group.min.session.timeout.ms=6000 \
          --override inter.broker.protocol.version=0.10.2-IV0 \
          --override log.cleaner.backoff.ms=15000 \
          --override log.cleaner.dedupe.buffer.size=134217728 \
          --override log.cleaner.delete.retention.ms=86400000 \
          --override log.cleaner.enable=true \
          --override log.cleaner.io.buffer.load.factor=0.9 \
          --override log.cleaner.io.buffer.size=524288 \
          --override log.cleaner.io.max.bytes.per.second=1.7976931348623157E308 \
          --override log.cleaner.min.cleanable.ratio=0.5 \
          --override log.cleaner.min.compaction.lag.ms=0 \
          --override log.cleaner.threads=1 \
          --override log.cleanup.policy=delete \
          --override log.index.interval.bytes=4096 \
          --override log.index.size.max.bytes=10485760 \
          --override log.message.timestamp.difference.max.ms=9223372036854775807 \
          --override log.message.timestamp.type=CreateTime \
          --override log.preallocate=false \
          --override log.retention.check.interval.ms=300000 \
          --override max.connections.per.ip=2147483647 \
          --override num.partitions=1 \
          --override producer.purgatory.purge.interval.requests=1000 \
          --override replica.fetch.backoff.ms=1000 \
          --override replica.fetch.max.bytes=1048576 \
          --override replica.fetch.response.max.bytes=10485760 \
          --override reserved.broker.max.id=1000 
  • broker.id从StatefulSet Pod的序号索引提取。
  • listeners配置必须指定Headless Service的端口(此处为9093)。
  • zookeeper.connect是ZooKeeper集群中服务器的host:port对逗号分隔列表。

操作系统镜像调优

生产环境中,需配置基础OS镜像以支持足够的文件描述符数量:

  • 每个broker的文件打开数量由(分区数) * (分区大小/段大小)决定,需确保不会因文件描述符耗尽导致broker进程终止。

CPU

典型生产环境Kafka broker部署使用双处理器Xeon,每个核心有多个硬件线程。CPU通常不是瓶颈,8 CPU部署足以满足良好性能。建议从2-4 CPU开始模拟工作负载,逐步增加。

内存

Kafka大量利用OS页缓存缓冲数据。需理解Kafka与Linux容器的交互(参考https://kafka.apache.org/documentation/#design_filesystem%E5%92%8Chttps://www.kernel.org/doc/Documentation/cgroup-v1/memory.txt%EF%BC%89%EF%BC%8C%E7%89%B9%E5%88%AB%E6%98%AFmem cgroup对页缓存的统计和隔离。若关注隔离和性能,建议:

  • 确定数据缓冲时间t(秒)。
  • 确定部署的总写入吞吐量tp(存储/时间)。
  • tp * t为内存存储需求,应设为容器的内存请求。

磁盘

磁盘吞吐量是用户使用Kafka时最常见的瓶颈。由于持久卷基于网络附加存储,吞吐量在大多数情况下按节点限制,与节点上挂载的持久卷数量无关。例如,在GKE或GCP的Kubernetes集群上使用标准PD,单实例最大持续吞吐量为120 MB/s(写)和180 MB/s(读)。若多个应用挂载持久卷,这些数值为总吞吐量。若存在竞争,建议使用Pod Anti-Affinity规则避免高负载应用部署在同一节点。

Pod亲和性

StatefulSet的PodTemplateSpec中的Kafka Pod包含Pod反亲和性和Pod亲和性规则:

yaml
    affinity:
        podAntiAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            - labelSelector:
                matchExpressions:
                  - key: "app"
                    operator: In
                    values: 
                    - kafka
              topologyKey: "kubernetes.io/hostname"
        podAffinity:
          preferredDuringSchedulingIgnoredDuringExecution:
             - weight: 1
               podAffinityTerm:
                 labelSelector:
                    matchExpressions:
                      - key: "app"
                        operator: In
                        values: 
                        - zk
                 topologyKey: "kubernetes.io/hostname"

Pod反亲和性规则确保两个Kafka Broker不会部署在同一节点,虽非必需,但可增强节点故障时的可用性,并缓解磁盘吞吐量瓶颈。Pod亲和性规则尝试将Kafka和ZooKeeper部署在同一节点。Kafka broker数量可能多于ZooKeeper服务器,但Kubernetes调度器会在遵守Pod反亲和性规则的前提下,尽可能将Kafka broker与ZooKeeper服务器共置,以减少两者间的网络I/O。若磁盘竞争成为问题,也可使用Pod反亲和性规则避免ZooKeeper服务器与Kafka broker部署在同一节点。

测试

测试部署的最简单方法是创建主题并使用控制台生产者和消费者。使用kubectl exec在一个broker上执行bash shell:

shell
> kubectl exec -ti kafka-0 -- bash

通过命令行使用kafka-topics.sh创建主题:

shell
> kafka-topics.sh --create \
--topic test \
--zookeeper zk-0.zk-svc.default.svc.cluster.local:2181,zk-1.zk-svc.default.svc.cluster.local:2181,zk-2.zk-svc.default.svc.cluster.local:2181 \
--partitions 3 \
--replication-factor 2

运行控制台消费者:

shell
> kafka-console-consumer.sh --topic test --bootstrap-server localhost:9093

使用kubectl exec在另一个broker上执行bash shell(使用不同broker可验证跨节点工作):

shell
> kubectl exec -ti kafka-1 -- bash

运行控制台生产者并通过输入生成消息,按Enter发送:

shell
> kafka-console-producer.sh --topic test --broker-list localhost:9093
hello
I like kafka
goodbye

消费者控制台将显示消息:

shell
> kafka-console-consumer.sh --topic test --bootstrap-server localhost:9093
hello
I like kafka
goodbye

水平扩展

使用kubectl scale水平扩展集群,以下命令将broker数量扩展到2个:

shell
> kubectl scale statefulset kafka --replicas=2

注意,扩展Kafka集群后,需使用kafka-reassign-partitions.sh确保数据正确复制和分配。

镜像拉取方式

您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。

轩辕镜像加速拉取命令点我查看更多 kafka 镜像标签

docker pull docker.xuanyuan.run/leey18/kafka:<标签>

使用方法:

  • 登录认证方式
  • 免认证方式

DockerHub 原生拉取命令

docker pull leey18/kafka:<标签>

轩辕镜像配置手册

按平台快速找到配置文档

一键安装

一键安装 Docker

Linux Docker 一键安装

AI

用 AI 使用轩辕镜像

agents.md · AI 对话 · 提示词

Docker

登录仓库拉取

登录认证 · 私有仓库

专属域名拉取

免登录 · 高速拉取

Linux

Docker 镜像配置

Windows / Mac

Docker Desktop 配置

MacOS OrbStack

OrbStack 容器

Apple Container

macOS 原生容器

Docker Compose

Compose 项目配置

NAS

群晖

Synology 配置

飞牛

fnOS 镜像配置

绿联

绿联 NAS

威联通

QNAP 配置

极空间

极空间 NAS

Unraid

Unraid NAS

企业仓库

其他仓库

ghcr · Quay · nvcr

Harbor 镜像源

Proxy Repository 对接

Portainer 镜像源

Registries 配置

Nexus 镜像源

Docker Proxy 缓存

开发工具

Dev Containers

VS Code 开发容器

Podman

Podman 配置指南

Singularity / Apptainer

HPC 科学计算容器

Kubernetes

K8s Containerd

Kubernetes · Containerd

K3s

轻量级集群

面板 / 网络

爱快路由

爱快 4.0 · iKuai 镜像加速

宝塔面板

一键配置镜像源

需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单

镜像拉取常见问题

功能

版本功能对比

功能对比 · 版本选择

支持的镜像仓库

Docker Hub · GCR · GHCR

专属域名用法

专属域名 · 开启停用 · 多仓库

新手拉取配置

登录 · 专属域名 · 配置

docker search 限制

专属域名 · Hub 搜索

不支持 push

仅支持 pull · 不支持

拉取速度原因

带宽 · 缓存 · 冷热镜像

错误码

402 与流量用尽

402 · 流量包 · 充值

401 认证失败

401 · docker login

manifest unknown

标签错误 · 镜像不存在

410 Gone 排查

410 · Docker 升级

429 限流

免费版 · 专业版 · 企业版 · 请求频率

其他报错

DNS 超时

DNS 解析 · 网络超时

TLS 证书失败

no matching manifest(架构)

账号

失败是否计费

manifest · blob · 计费

申请开发票(企业 / 个人)

企业 · 个人 · 工单

修改登录密码

网站 · 仓库 · 重置

注销账户

工单 · 数据 · 注销

原理

mirrors 不生效

daemon.json · 重启

去掉域名前缀

docker tag · 重命名

指定架构拉取

ARM64 · AMD64 · 多架构

latest 与「最新」

digest · 版本号 · 标签

查看全部问题→

用户好评

来自真实用户的反馈,见证轩辕镜像的优质服务

用户头像

oldzhang

运维工程师

Linux服务器

5

"Docker访问体验非常流畅,大镜像也能快速完成下载。"

轩辕镜像
镜像详情
...
leey18/kafka
定价查看流量套餐与价格
博客Docker 镜像公告与技术博客
专业版 · 高速稳定拉取镜像
高速镜像下载·在线技术支持·99.95% SLA 保障·付费会员免广告
50GB 仅 ¥7/年
专业版 · 高速稳定拉取镜像
50GB 仅 ¥7/年
高速镜像下载·在线技术支持·99.95% SLA 保障·付费会员免广告
用户协议·隐私政策·增值电信业务经营许可证:浙B2-20261007·©2024-2026 源码跳动©2024-2026 杭州源码跳动科技有限公司·商务合作:点击复制邮箱

更多 kafka 镜像推荐

bitnamicharts/kafka logo

bitnamicharts/kafka

bitnamicharts
Bitnami为Apache Kafka提供的Helm Chart是一款预配置的Kubernetes包管理工具,旨在简化分布式流处理平台Apache Kafka在Kubernetes集群中的部署、配置与全生命周期运维管理,集成了高可用性集群设置、安全认证机制、Prometheus监控指标及自动伸缩策略等核心功能,帮助用户无需手动处理复杂的集群参数配置,即可快速搭建稳定、可扩展且符合生产级标准的Kafka服务,适用于从开发测试到大规模生产环境的各类场景。
6 次收藏1000万+ 次下载
10 个月前更新
ubuntu/kafka logo

ubuntu/kafka

Ubuntu 官方镜像
Apache Kafka 是一个分布式事件流平台,它支持高吞吐量、低延迟的实时数据流处理与传输,可广泛应用于消息传递、日志聚合、实时分析、数据集成等场景,其长期维护轨道由 Canonical 负责,以确保平台在稳定性、安全性及功能迭代方面获得持续支持,为企业级用户提供可靠的事件流处理解决方案。
60 次收藏100万+ 次下载
4 个月前更新
apache/kafka logo

apache/kafka

Apache 软件基金会镜像
Apache Kafka是一个开源的分布式流处理平台,旨在提供高吞吐量、低延迟的实时数据流传递服务,支持发布/订阅消息模式,能够持久化存储海量数据流并确保数据可靠性,具备水平扩展能力和容错机制,广泛应用于日志收集、事件驱动架构、实时数据集成及流处理系统等场景,为企业级应用提供高效、稳定的数据流传输与处理解决方案。
212 次收藏1000万+ 次下载
17 天前更新
manageiq/kafka logo

manageiq/kafka

manageiq
适用于OpenShift的Kafka容器,主要为ManageIQ提供服务,基于https://github.com/rondinif/openshift-kafka升级而来。
1万+ 次下载
7 年前更新
cleanstart/kafka logo

cleanstart/kafka

cleanstart
Secure by Design,为速度构建,基于最小化CleanStart OS的强化容器镜像。
1万+ 次下载
14 天前更新
adobe/kafka logo

adobe/kafka

adobe
暂无描述
6.7千+ 次下载
2 个月前更新

查看更多 kafka 相关镜像

更多相关 Docker 镜像与资源

以下是 leey18/kafka 相关的常用 Docker 镜像,适用于 不同场景 等不同场景:

  • bitnami/kafka Docker 镜像说明
  • apache/kafka Docker 镜像说明
  • wurstmeister/kafka Docker 镜像说明
  • bitnamicharts/kafka Docker 镜像说明(Kafka 消息队列,Bitnami Charts 版本,适合 Kubernetes 部署)
  • ubuntu/kafka Docker 镜像说明(Kafka 消息队列,基于 Ubuntu,适合生产环境)