KAFKA · KRAFT · BROKER · PARTITION · RETENTION

Apache Kafka Sunucusu: KRaft, Partition ve Retention'ı Mesaj Sayısından Önce Tasarlayın

Modern Apache Kafka cluster'ları KRaft ile metadata yönetir; controller ve broker rolleri production'da ayrı veya birleşik yapılandırılabilir. Kafka kapasitesini yalnız event/s değil retention, partition sayısı, replication factor, message boyutu ve disk/network throughput belirler.

İncele WhatsApp'tan Sorun 0850 307 34 58

protocol / 2026

01KRaft

02Controller quorum

03Partitions

04Retention

Güncellendi · 18.08.2026

Bu sayfada

Kafka'da ZooKeeper hâlâ gerekli mi?

Güncel KRaft mimarisi cluster metadata'sını controller quorum içinde yönetir ve yeni KRaft cluster'larında ZooKeeper gerekmez. Production tasarımında controller quorum ile broker kapasitesi ayrı düşünülmelidir; combined mode küçük/test kurulumlarında daha uygundur.

Bu sayfadaApache Kafka Sunucusu: KRaft, Partition ve Retention'ı Mesaj Sayısından Önce Tasarlayın

Event akışı

Producer'dan consumer group'a Kafka akışı

Producer topic partition'a yazar; broker veriyi replication factor'a göre diğer broker'lara çoğaltır; consumer group partition'ları üyeler arasında paylaşır.

01Producer

02Broker

03Topic / Partition

04Replica Brokers

05Consumer Group

KRaft rolleri

Controller ve broker rolünü neden ayırmak isteyebilirsiniz?

Controller metadata quorum'u yönetirken broker veri trafiği ve partition IO'sunu taşır. Büyük production cluster'da rolleri ayırmak kaynak izolasyonu sağlar.

ControllerMetadata quorumDüşük data IOKritik quorum

BrokerPartition dataDisk/network yoğunWorkload node

CombinedController+brokerDaha basitKüçük/test

Kapasite planı

Kafka disk hesabında retention ve replication factor'ı unutmayın

Raw ingest × retention tek başına yeterli değildir; replica kopyaları, segment overhead ve büyüme payı eklenmelidir.

Günlük ingest GB

Retention gün/saat

Replication factor

Partition sayısı

Average message size

Replication network trafiği

Kafka kontrolü

Kafka cluster ve topic için temel komutlar

Binary yolları kurulum modeline göre değişebilir; bootstrap server adresini kendi cluster'ınıza göre uyarlayın.

Komut 1

kafka-metadata-quorum.sh --bootstrap-server localhost:9092 describe --status

Komut 2

kafka-topics.sh --bootstrap-server localhost:9092 --list

Komut 3

kafka-topics.sh --bootstrap-server localhost:9092 --describe --topic events

Komut 4

kafka-consumer-groups.sh --bootstrap-server localhost:9092 --all-groups --describe

Production ölçeği

Kafka cluster büyütürken takip edilecek sıra

Broker eklemek partition'ları otomatik olarak eşit dağıtmayabilir; reassignment ve client kapasitesi ayrıca planlanmalıdır.

Ingest/retention ölç

Partition dağılımını incele

Broker disk/network ölç

Yeni broker ekle

Partition reassignment

Consumer lag doğrula

Resmî dokümantasyon

Resmî kaynaklar

Apache KafkaDocumentationkafka.apache.org Apache KafkaKRaftkafka.apache.org EKA SunucuVPSwww.ekasunucu.com EKA SunucuDedicatedwww.ekasunucu.com

EKA SUNUCU

İlgili EKA Sunucu sayfaları

VPS Sunucularİncele →Hosting Fiyatları 2026İncele →Sektöre Özel Sunucu Çözümleriİncele →NIS2 Uyumlu Sunucu Altyapısıİncele →

FAQ

Sık sorulan sorular

Kafka KRaft nedir?

Kafka cluster metadata'sını Raft tabanlı controller quorum ile yöneten mimaridir; ZooKeeper bağımlılığını kaldırır.

Kafka için NVMe gerekli mi?

Zorunlu değildir ancak yoğun log write, retention ve replication workload'larında hızlı disk throughput/latency faydalıdır.

Partition sayısı ne kadar olmalı?

Throughput, consumer parallelism, ordering gereksinimi ve büyümeye göre belirlenmelidir; tek sabit sayı yoktur.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Kafka cluster'ını event/s değil retention, partition ve replication ile planlayalım

Günlük event hacmi, message boyutu, retention, replication factor ve consumer sayısını iletin; broker/controller topolojisini belirleyelim.

WhatsApp'tan Sorun 0850 307 34 58

WhatsApp Hemen Arayın İncele

Özel Sunucu Hizmetleri

Standart Sunucular