1. Kafka单集群部署概述

Kafka作为分布式消息队列系统的代表，其单集群部署是大多数中小型企业的首选方案。我在金融行业数据中台项目中累计部署过20+套Kafka集群，单集群部署相比多集群方案具有配置简单、运维成本低的优势，特别适合日均消息量在10亿级以下的场景。

典型的生产环境单集群包含3-5个Broker节点，配合Zookeeper实现服务协调。这种架构既能保证高可用性（允许1-2个节点故障），又不会因节点过多导致管理复杂度飙升。下面以最常用的3节点集群为例，详解从零开始的部署过程。

重要提示：生产环境强烈建议使用专用服务器部署，避免与Hadoop、ES等重负载服务混部。我曾遇到过因HDFS频繁GC导致Kafka同步阻塞的案例，最终不得不迁移集群。

2. 基础环境准备

2.1 硬件配置建议

根据消息吞吐量需求，推荐以下配置方案：

实测发现磁盘IO是最大瓶颈。某电商大促期间，我们使用普通SSD的集群在峰值时延达到200ms，切换NVMe后降至15ms以内。

2.2 操作系统优化

在CentOS 7/8或Ubuntu 20.04+上执行以下优化（所有节点）：

# 关闭swap sudo swapoff -a sudo sed -i '/swap/s/^/#/' /etc/fstab # 调整文件描述符限制 echo "* soft nofile 1000000" | sudo tee -a /etc/security/limits.conf echo "* hard nofile 1000000" | sudo tee -a /etc/security/limits.conf # 内核参数优化 cat <<EOF | sudo tee /etc/sysctl.d/kafka.conf net.ipv4.tcp_max_syn_backlog = 4096 net.core.somaxconn = 4096 vm.swappiness = 10 vm.dirty_ratio = 80 vm.dirty_background_ratio = 5 EOF sudo sysctl -p /etc/sysctl.d/kafka.conf

踩坑记录：曾因未关闭swap导致GC时发生内存抖动，引发Controller频繁切换。建议通过vmstat 1监控si/so字段确认swap使用情况。

3. Kafka集群部署实战

3.1 组件安装

以Kafka 3.3.1版本为例：

# 所有节点执行 wget https://downloads.apache.org/kafka/3.3.1/kafka_2.13-3.3.1.tgz tar -xzf kafka_2.13-3.3.1.tgz -C /opt ln -s /opt/kafka_2.13-3.3.1 /opt/kafka # 安装JDK11（Kafka3.x+要求） sudo yum install -y java-11-openjdk-devel # CentOS sudo apt install -y openjdk-11-jdk # Ubuntu

3.2 关键配置详解

编辑/opt/kafka/config/server.properties，重点参数配置：

# 节点1配置示例 broker.id=1 listeners=PLAINTEXT://node1:9092 advertised.listeners=PLAINTEXT://node1:9092 log.dirs=/data/kafka-logs num.network.threads=8 num.io.threads=16 socket.send.buffer.bytes=102400 socket.receive.buffer.bytes=102400 socket.request.max.bytes=104857600 num.partitions=3 default.replication.factor=2 min.insync.replicas=1 log.retention.hours=168 zookeeper.connect=node1:2181,node2:2181,node3:2181

参数优化建议：

• num.io.threads应设为CPU核心数的1.5-2倍
• 生产环境default.replication.factor建议≥2
• log.retention.hours根据磁盘容量调整，通常3-7天

3.3 集群启动流程

1. 先启动Zookeeper集群（所有节点）：

/opt/kafka/bin/zookeeper-server-start.sh -daemon /opt/kafka/config/zookeeper.properties

2. 逐节点启动Kafka服务：

nohup /opt/kafka/bin/kafka-server-start.sh /opt/kafka/config/server.properties > /dev/null 2>&1 &

验证集群状态：

# 查看Broker注册情况 /opt/kafka/bin/zookeeper-shell.sh localhost:2181 ls /brokers/ids # 创建测试Topic /opt/kafka/bin/kafka-topics.sh --create --bootstrap-server node1:9092 \ --topic test --partitions 3 --replication-factor 2 # 查看Topic详情 /opt/kafka/bin/kafka-topics.sh --describe --bootstrap-server node1:9092 --topic test

4. 生产环境调优指南

4.1 性能关键指标监控

使用JMX监控核心指标：

# 启动时添加JMX参数 export JMX_PORT=9999 nohup /opt/kafka/bin/kafka-server-start.sh /opt/kafka/config/server.properties & # 使用jconsole连接查看 jconsole node1:9999

重点关注指标：

• UnderReplicatedPartitions：>0表示副本同步异常
• RequestQueueSize：持续高位需增加网络线程
• BytesIn/BytesOut：流量突增预警

4.2 常见问题排查

问题1：生产者报LeaderNotAvailable

• 检查Controller状态：/opt/kafka/bin/zookeeper-shell.sh localhost:2181 get /controller
• 重启Controller所在Broker

问题2：磁盘IO瓶颈

# 监控磁盘延迟 iostat -x 1 # 优化日志存储策略 log.segment.bytes=1073741824 # 1GB/段 log.cleanup.policy=delete

问题3：Zookeeper连接闪断

# 增加ZK超时配置 zookeeper.session.timeout.ms=18000 zookeeper.connection.timeout.ms=15000

5. 安全加固方案

5.1 基础网络隔离

# 禁用PLAINTEXT协议 listeners=SASL_PLAINTEXT://:9092 security.inter.broker.protocol=SASL_PLAINTEXT sasl.mechanism.inter.broker.protocol=PLAIN sasl.enabled.mechanisms=PLAIN

5.2 ACL权限控制

# 创建管理员用户 /opt/kafka/bin/kafka-configs.sh --zookeeper localhost:2181 \ --alter --add-config 'SCRAM-SHA-512=[password=admin123]' \ --entity-type users --entity-name admin # 设置Topic读写权限 /opt/kafka/bin/kafka-acls.sh --bootstrap-server localhost:9092 \ --add --allow-principal User:admin --operation All --topic test

6. 运维管理技巧

6.1 日志清理策略

# 手动触发日志清理 /opt/kafka/bin/kafka-log-dirs.sh \ --bootstrap-server localhost:9092 \ --describe | grep -E '^{' | jq . # 自动清理配置 log.cleaner.backoff.ms=30000 log.cleaner.threads=4

6.2 集群扩容步骤

1. 新节点安装相同版本Kafka
2. 配置文件中设置唯一broker.id
3. 添加新节点到zookeeper.connect列表
4. 滚动重启所有节点
5. 使用kafka-reassign-partitions.sh重平衡数据

经验之谈：扩容后务必监控各节点磁盘使用率。曾因未重平衡导致新节点空转，而旧节点磁盘爆满。