Kafka Linux版硬件选择指南
1. 磁盘：优先顺序I/O性能，兼顾容量与可靠性
Kafka的核心设计是顺序写入（日志追加），机械硬盘（HDD）的顺序I/O性能足以满足多数场景（如日志、消息流），且成本远低于SSD。但需注意：
- 磁盘类型选择：高吞吐量集群（如日均10亿条消息）推荐SSD（尤其是NVMe SSD），其低延迟和高吞吐（如顺序写入可达3GB/s以上）能显著提升性能；低吞吐量或测试环境可使用SATA HDD（7200转及以上）。
- RAID配置：建议使用RAID 10（镜像+条带化），兼顾性能（条带化提升吞吐）与冗余（镜像防止单盘故障）；避免RAID 5/6（写入性能差，不适合Kafka的高I/O需求）。
- 多目录设置：通过
log.dirs配置多个物理磁盘目录（如/mnt/disk1,/mnt/disk2），Kafka会将分区数据轮询分布到各目录，避免单盘成为瓶颈。
- 容量规划：根据消息量×保留时间×副本数计算（如每天1TB消息、保留7天、3副本，需21TB容量），预留20%以上冗余空间。
2. 内存：平衡堆内存与页缓存，避免过度分配
Kafka的性能高度依赖页缓存（Linux系统缓存），而非JVM堆内存。建议：
- 堆内存设置：JVM堆内存不宜过大（通常4-8GB），避免GC停顿影响性能。可通过
KAFKA_HEAP_OPTS参数调整（如-Xms4G -Xmx4G）。
- 页缓存分配：剩余内存尽量留给页缓存（Linux会自动管理），用于缓存磁盘中的日志段文件。经验公式：页缓存 = （分区数 × 分区大小 × 25%）/ 节点数（如100个分区、每个1GB，3节点集群需约8GB页缓存）。
- 避免交换分区：Kafka对内存敏感，启用交换分区（swap）会导致性能急剧下降，需通过
swapoff -a禁用，并在/etc/fstab中注释swap行。
3. CPU：满足线程并发需求，多核优于高主频
Kafka Broker会启动大量线程（如Acceptor、Processor、Handler线程），需足够的CPU核心支撑：
- 核心数要求：最低16核（如4核×4线程），推荐32核（如8核×4线程）及以上。线程数越多，CPU核心越多，越能避免线程争抢导致的性能瓶颈。
- CPU类型：选择多核、高并发的CPU（如Intel Xeon、AMD EPYC），避免单核性能过高的型号（Kafka对单核性能需求低，更看重核心数）。
4. 网络：高带宽与低延迟，支撑高吞吐
Kafka的高吞吐量依赖网络带宽和低延迟：
- 带宽选择：根据峰值吞吐量计算（如每秒1GB数据，需至少1Gbps带宽；每秒10GB数据，需10Gbps带宽）。推荐万兆网卡（10Gbps），避免千兆网卡成为瓶颈。
- 网络优化：调整TCP参数（如
net.core.somaxconn设置为1024以上，增加等待连接队列长度；net.ipv4.tcp_rmem/tcp_wmem设置为4096 87380 6291456，优化接收/发送缓冲区大小）。
- 多网卡绑定：对于超大规模集群，可使用多网卡绑定（如Linux的
bonding技术），提升网络吞吐和冗余。
5. 其他注意事项
- 物理机 vs 虚拟机：生产环境推荐物理机，避免虚拟机的资源竞争（如CPU、内存、磁盘I/O）影响性能。
- 磁盘健康监控：定期使用
iostat、iotop等工具监控磁盘I/O性能（如await延迟、%util利用率），及时更换故障磁盘。