Настройка Apache Kafka кластера для веб-приложения

Настройка Apache Kafka кластера для веб-приложения

Представьте: ваше веб-приложение обрабатывает тысячи заказов в минуту. Каждое событие — отправка email, обновление поискового индекса, синхронизация данных — выполняется синхронно. Серверы задыхаются, latency растёт, а при сбое теряются данные. Apache Kafka решает эти проблемы, но неправильная настройка кластера (например, один брокер с репликацией factor=1) приводит к катастрофе. Один из наших клиентов — e-commerce платформа с 500 000 событий в секунду — перешёл на Kafka после того, как RabbitMQ перестал справляться с пиками.

Kafka — распределённый лог с гарантиями упорядоченности и репликации. Он развязывает сервисы, обеспечивает аудит-лог и real-time аналитику. Продакшен-кластер требует тщательной настройки: выбор режима, конфигурация брокеров, безопасность и мониторинг. Наша команда запустила более 30 кластеров для highload проектов — от финтеха до e-commerce. Правильная конфигурация снижает затраты на инфраструктуру до 40% по сравнению с альтернативами, а время окупаемости не превышает полугода.

Как настроить Apache Kafka кластер: выбор режима KRaft или ZooKeeper?

Для новых проектов используйте только KRaft (без ZooKeeper). С версии, где KRaft production-ready, он упрощает архитектуру, уменьшает количество точек отказа и ускоряет восстановление. ZooKeeper остаётся для легаси, но мы не рекомендуем начинать с него.

Источник: официальная документация Kafka

Установка и конфигурация на Ubuntu

Устанавливаем последнюю стабильную версию, настраиваем системный сервис и инициализируем хранилище:

apt install -y openjdk-21-jdk-headless KAFKA_VERSION=3.7.0 SCALA_VERSION=2.13 wget https://downloads.apache.org/kafka/${KAFKA_VERSION}/kafka_${SCALA_VERSION}-${KAFKA_VERSION}.tgz tar -xzf kafka_${SCALA_VERSION}-${KAFKA_VERSION}.tgz -C /opt/ ln -s /opt/kafka_${SCALA_VERSION}-${KAFKA_VERSION} /opt/kafka useradd -r -s /bin/false kafka chown -R kafka:kafka /opt/kafka mkdir -p /var/log/kafka /data/kafka chown kafka:kafka /var/log/kafka /data/kafka cat > /etc/systemd/system/kafka.service << 'EOF' [Unit] Description=Apache Kafka After=network.target [Service] Type=simple User=kafka Environment="KAFKA_HEAP_OPTS=-Xmx4g -Xms4g" Environment="KAFKA_JVM_PERFORMANCE_OPTS=-server -XX:+UseG1GC -XX:MaxGCPauseMillis=20 -XX:InitiatingHeapOccupancyPercent=35 -XX:+ExplicitGCInvokesConcurrent -Djava.awt.headless=true" ExecStart=/opt/kafka/bin/kafka-server-start.sh /opt/kafka/config/kraft/server.properties ExecStop=/opt/kafka/bin/kafka-server-stop.sh Restart=on-failure RestartSec=5 LimitNOFILE=65536 [Install] WantedBy=multi-user.target EOF CLUSTER_UUID=$(kafka-storage.sh random-uuid) kafka-storage.sh format -t $CLUSTER_UUID -c /opt/kafka/config/kraft/server.properties 

Для подготовки конфигурации под ваш проект свяжитесь с нами.

Конфигурация KRaft на каждом узле (пример для узла 1; для узлов 2 и 3 измените node.id и advertised.listeners):

node.id=1 process.roles=broker,controller controller.quorum.voters=1@kafka-1:9093,2@kafka-2:9093,3@kafka-3:9093 listeners=PLAINTEXT://0.0.0.0:9092,CONTROLLER://0.0.0.0:9093 advertised.listeners=PLAINTEXT://kafka-1.internal:9092 inter.broker.listener.name=PLAINTEXT controller.listener.names=CONTROLLER listener.security.protocol.map=PLAINTEXT:PLAINTEXT,CONTROLLER:PLAINTEXT log.dirs=/data/kafka num.recovery.threads.per.data.dir=4 num.io.threads=16 num.network.threads=8 socket.send.buffer.bytes=1048576 socket.receive.buffer.bytes=1048576 socket.request.max.bytes=104857600 default.replication.factor=3 min.insync.replicas=2 num.partitions=6 offsets.topic.replication.factor=3 transaction.state.log.replication.factor=3 transaction.state.log.min.isr=2 log.retention.hours=168 log.segment.bytes=1073741824 log.retention.check.interval.ms=300000 compression.type=lz4 

Настройка TLS между брокерами

Без TLS трафик передаётся в открытом виде. Для защиты используйте собственный CA и сертификаты для каждого брокера. Подробные инструкции по генерации сертификатов предоставим в рамках проекта.

Добавьте в server.properties на каждом брокере:

listeners=PLAINTEXT://0.0.0.0:9092,SSL://0.0.0.0:9094,CONTROLLER://0.0.0.0:9093 ssl.keystore.location=/etc/kafka/ssl/kafka-1.keystore.jks ssl.keystore.password=changeit ssl.key.password=changeit ssl.truststore.location=/etc/kafka/ssl/kafka.truststore.jks ssl.truststore.password=changeit ssl.client.auth=required ssl.enabled.protocols=TLSv1.3,TLSv1.2 

Мониторинг: ключевые метрики и алерты

Отслеживайте under-replicated partitions, активность контроллера, p99 задержки продюсера/консьюмера, consumer lag. Для сбора используйте JMX Exporter + Prometheus, для визуализации — Grafana. Пример конфигурации JMX Exporter:

startDelaySeconds: 0 hostPort: 127.0.0.1:9999 lowercaseOutputName: true rules: - pattern: kafka.server<type=BrokerTopicMetrics, name=MessagesInPerSec><>OneMinuteRate name: kafka_server_broker_topic_messages_in_per_sec - pattern: kafka.server<type=ReplicaManager, name=UnderReplicatedPartitions><>Value name: kafka_server_under_replicated_partitions - pattern: kafka.controller<type=KafkaController, name=ActiveControllerCount><>Value name: kafka_controller_active_count - pattern: kafka.network<type=RequestMetrics, name=TotalTimeMs, request=Produce><>99thPercentile name: kafka_network_produce_total_time_ms_p99 

Ключевые алерты: kafka_server_under_replicated_partitions > 0, kafka_controller_active_count != 1, consumer lag выше порога. Свяжитесь с нами для внедрения мониторинга и получения готовых дашбордов под вашу нагрузку.

Как обеспечить отказоустойчивость?

1. Создайте тестовый топик с репликацией 3.
2. Выключите один брокер и проверьте, что продюсеры не теряют данные (при acks=all и min.insync.replicas=2).
3. Включите брокер обратно и убедитесь, что реплики синхронизировались.
4. Проверьте consumer lag — он должен вернуться к нулю.
5. Повторите с каждым брокером.

kafka-topics.sh --bootstrap-server kafka-1:9092 --create --topic test-topic --partitions 6 --replication-factor 3 kafka-producer-perf-test.sh --topic test-topic --num-records 1000000 --record-size 1024 --throughput -1 --producer-props bootstrap.servers=kafka-1:9092,kafka-2:9092,kafka-3:9092 acks=all compression.type=lz4 kafka-consumer-perf-test.sh --bootstrap-server kafka-1:9092 --topic test-topic --messages 1000000 --group perf-test-group 

Гарантируем SLA 99.99% для вашего кластера. Закажите развёртывание — свяжитесь с нами для консультации. Получите предварительную оценку стоимости и сроков.

Процесс работы и сроки

Итого: 5-7 рабочих дней для базового кластера. Стоимость рассчитывается индивидуально.

Что входит в работу

• Проектирование архитектуры кластера (роли, партиции, репликация)
• Установка и настройка Kafka в режиме KRaft
• Настройка TLS между брокерами и клиентами
• Внедрение мониторинга (JMX Exporter + Prometheus + Grafana)
• Создание продуктивных топиков с оптимальными параметрами
• Нагрузочное тестирование и проверка отказоустойчивости
• Документация (схема кластера, инструкции, runbook)
• Обучение вашей команды (основы администрирования, работа с CLI)
• Техническая поддержка 2 недели после запуска

Результаты и гарантии

Более 30 внедрённых кластеров с нагрузкой до 1 млн сообщений в секунду. Среднее снижение затрат на инфраструктуру — 35%. Время окупаемости — до 6 месяцев. Обратитесь к нашим инженерам — мы поможем настроить кластер под вашу нагрузку.