向主机 Kafka 服务器生成消息时出现容器化 Kafka 客户端错误

Question

stackoverflow 上有许多类似类型的查询，但没有一个与我看到的问题完全匹配。

我的服务器上有一个 zookeeper/kafka 设置，运行良好。一个人可以生产

bin/kafka-console-producer.sh --broker-list 192.168.2.80:9092 --topic test

消费

bin/kafka-console-consumer.sh --bootstrap-server 192.168.2.80:9092 --topic test --from-beginning

本地在 Linux Ubuntu 16.04 服务器上。

从一个 Docker 容器——也运行 Ubuntu 16.04——我想生产和消费。容器的 Kafka 代码是从服务器上复制的。 首先我可以创建一个新主题

bin/kafka-topics.sh --create --zookeeper 192.168.2.80:2181 --replication-factor 1 --partitions 1 --topic test2

从容器中，然后再次列出它

bin/kafka-topics.sh --list --zookeeper 192.168.2.80:2181

但是，当我尝试生成新消息时，使用上述 (kafka-console-producer.sh) 命令失败并显示以下消息：

[2017-06-05 13:59:05,317] ERROR Error when sending message to topic test2  with key: null, value: 2 bytes with error: (org.apache.kafka.clients.producer.internals.ErrorLoggingCallback)
org.apache.kafka.common.errors.TimeoutException: Expiring 1 record(s) for test2-0: 1526 ms has passed since batch creation plus linger time

在输入消息文本并按下回车后立即。

在同一主机上运行 Docker 容器可能看起来很奇怪，但一旦成功，我会将容器移动到单独的主机进行生产。

我的 kafka server.properties 文件：

listeners=PLAINTEXT://0.0.0.0:9092

卡夫卡版本：

2.12-0.10.2.1

Docker 版本：

Docker version 1.12.6, build 78d1802

Answer 1

这个问题（稍微简化）是由 Kafka 协议的工作方式引起的。给定一个“引导服务器”列表（例如localhost:9092），Kafka 客户端将联系这些引导服务器，然后使用实际 Kafka 代理的主机名由引导服务器返回（代理的advertised.listeners 配置，取决于您的 Kafka/Docker 设置，可能设置为例如 kafka:9092)。所以在这里，客户端将与localhost:9092 进行引导（这将起作用），然后切换到kafka:9092（这将不起作用，“感谢”网络设置）。

幸运的是，有一种方法可以以“正常工作”的方式配置 Kafka + Docker，并且它不需要诸如摆弄主机的 /etc/hosts 文件等恶作剧。作为其中的一部分，您需要设置一些（新的）Kafka 设置，这些设置已添加到 kafka 的KIP-103: Separation of Internal and External traffic。

这是 Docker Compose (docker-compose.yml) 的 sn-p，演示了如何执行此操作：

---
version: '2'
services:
  zookeeper:
    image: confluentinc/cp-zookeeper:3.2.1
    hostname: zookeeper
    ports:
      - '32181:32181'
    environment:
      ZOOKEEPER_CLIENT_PORT: 32181

  kafka:
    image: confluentinc/cp-kafka:3.2.1
    hostname: kafka
    ports:
      - '9092:9092'
      - '29092:29092'
    depends_on:
      - zookeeper
    environment:
      KAFKA_BROKER_ID: 1
      KAFKA_ZOOKEEPER_CONNECT: zookeeper:32181
      KAFKA_LISTENER_SECURITY_PROTOCOL_MAP: PLAINTEXT:PLAINTEXT,PLAINTEXT_HOST:PLAINTEXT
      KAFKA_INTER_BROKER_LISTENER_NAME: PLAINTEXT
      KAFKA_ADVERTISED_LISTENERS: PLAINTEXT://kafka:29092,PLAINTEXT_HOST://localhost:9092
      # Following line is needed for Kafka versions 0.11+
      # in case you run less than 3 Kafka brokers in your
      # cluster because the broker config
      # `offsets.topic.replication.factor` (default: 3)
      # is now enforced upon topic creation
      KAFKA_OFFSETS_TOPIC_REPLICATION_FACTOR: 1

这里，关键设置是：

• listener.security.protocol.map（通过KAFKA_LISTENER_SECURITY_PROTOCOL_MAP设置）
• inter.broker.listener.name
• advertised.listeners

在上面的设置中，容器化的 Kafka 代理在 localhost:9092 上侦听来自您的主机（例如您的 Mac 笔记本电脑）的访问，并在 kafka:29092 上侦听来自其他容器的访问。

完整的端到端示例可在以下位置获得： https://github.com/confluentinc/cp-docker-images/blob/v3.2.1/examples/kafka-streams-examples/docker-compose.yml（http://docs.confluent.io/3.2.1/cp-docker-images/docs/tutorials/kafka-streams-examples.html 上的文档）。

Answer 2

您的生产者（在容器中）无法解析您的 Linux 客户操作系统的主机名，该主机名在 Kafka 生产者初始元数据请求中返回给引导服务器。您可以将其手动添加到容器内的 /etc/hosts 文件中，或者将“--add-host”参数添加到启动运行您的生产者的映像的 docker run 命令中

Answer 3

啊哈！ 经过进一步阅读和上面给出的答案，解决方案来了。通常情况下，这很容易。 对 kafka server.properties 文件的简单编辑：

advertised.listeners=PLAINTEXT://192.168.2.80:9092

另请注意，此文件中未设置参数“listeners”。