使用 docker-compose 时,健康检查根本不起作用(我的服务在启动之前不等待 Kafka 启动)

cas*_*dra 2 java apache-kafka docker docker-compose

我的 docker-compose 上有三个服务:

version: '3.4'
  setup-topics:
    image: 'bitnami/kafka:2'
    hostname: setup-topics
    container_name: setup-topics
    command: "bash -c 'echo Waiting for Kafka to be ready... && \
                       ./opt/bitnami/kafka/bin/kafka-topics.sh --create --if-not-exists --zookeeper zookeeper:2181 --partitions 1 --replication-factor 1 --topic orders && \
                       ./opt/bitnami/kafka/bin/kafka-topics.sh --create --if-not-exists --zookeeper zookeeper:2181 --partitions 1 --replication-factor 1 --topic redis'"
    environment:
      KAFKA_BROKER_ID: ignored
      KAFKA_ZOOKEEPER_CONNECT: ignored
    depends_on:
      - kafka

  kafka:
    container_name: kafka
    hostname: kafka
    image: 'bitnami/kafka:2'
    ports:
      - '9092:9092'
      - '29092:29092'
    volumes:
      - 'kafka_data:/opt/kafka'
      - './Ping.jar:/Ping.jar'
    environment:
      - KAFKA_HEAP_OPTS=-Xms1g -Xmx1g
      - KAFKA_JVM_PERFORMANCE_OPTS=-Xms512m -Xmx512M
      - KAFKA_BROKER_ID:1
      - KAFKA_CFG_ZOOKEEPER_CONNECT=zookeeper-server:2181
      - ALLOW_PLAINTEXT_LISTENER=yes
      - KAFKA_CFG_LISTENER_SECURITY_PROTOCOL_MAP=PLAINTEXT:PLAINTEXT,PLAINTEXT_HOST:PLAINTEXT
      - KAFKA_CFG_LISTENERS=PLAINTEXT://:9092,PLAINTEXT_HOST://:29092
      - KAFKA_CFG_ADVERTISED_LISTENERS=PLAINTEXT://kafka-server:9092,PLAINTEXT_HOST://localhost:29092
    depends_on:
      - zookeeper

    healthcheck:
      test: ["CMD", "java", "-jar", "/Ping.jar", "localhost", "9092"]
      interval: 30s
      timeout: 10s
      retries: 4

  zookeeper:
    container_name: zookeeper
    hostname: zookeeper
    image: 'bitnami/zookeeper:3'
    ports:
      - '2181:2181'
    volumes:
      - 'zookeeper_data:/bitnami'
    environment:
      - ALLOW_ANONYMOUS_LOGIN=yes
      - ZOOKEEPER_CLIENT_PORT=32181
      - ZOOKEEPER_TICK_TIME=2000
Run Code Online (Sandbox Code Playgroud)

这里是 Ping.java 文件(在 stackoverflow 答案上找到它:Docker-Compose: How to healthcheck OpenJDK:8 container?):

import java.io.IOException;
import java.net.InetSocketAddress;
import java.net.Socket;

public class Ping {
    public static void main(String[] args) {
        if (args.length != 2) {
            System.exit(-1);
        }

        String host = args[0];
        int port = 0;

        try {
            port = Integer.parseInt(args[1]);
        } catch (NumberFormatException e) {
            e.printStackTrace();
            System.exit(-2);
        }

        try (Socket socket = new Socket()) {
            socket.connect(new InetSocketAddress(host, port), 10 * 1000);
            System.exit(0);
        } catch (IOException e) {
            System.exit(1);
        }
    }
}
Run Code Online (Sandbox Code Playgroud)

即使depends_on服务SETUP-TOPICS依赖于 Kafka 才能工作,但他不会等到 Kafka 启动才运行并安装新主题。

我可以通过使用以下方法来避免此步骤:

KAFKA_AUTO_CREATE_TOPICS_ENABLE=true
Run Code Online (Sandbox Code Playgroud)

但出于我的开发目的,我需要将其设为 FALSE 并一一创建它们。

除此之外,我已经在运行状况检查中使用此命令进行了测试,无需第三方文件:

healthcheck:
  test: ["CMD", "bash", "-c", "unset" , "JMX_PORT" ,";" ,"/opt/bitnami/kafka/bin/kafka-topics.sh","--zookeeper","zookeeper:2181","--list"]
  interval: 30s
  timeout: 10s
  retries: 4
Run Code Online (Sandbox Code Playgroud)

最后,这是我在两次尝试中收到的错误消息:

Waiting for Kafka to be ready...
Error while executing topic command : Replication factor: 1 larger than available brokers: 0.
[2020-06-01 15:06:28,809] ERROR org.apache.kafka.common.errors.InvalidReplicationFactorException: Replication factor: 1 larger than available brokers: 0.
 (kafka.admin.TopicCommand$)
Run Code Online (Sandbox Code Playgroud)

我知道我们也可以使用SLEEP命令来完成此操作,但它不专业,如果服务器上存在性能问题并且 Kafka 需要更长的时间才能启动,则将错过这一点并再次收到与上述相同的错误。

我还听说过kafkacat(我还没有找到关于如何将其与 docker-compose 集成以实现此目的的示例)。

我想保持基本并使用有限的第三方工具来实现这个目标,这是我选择 JAVA 文件的方式,因为图像已经安装了 Java 依赖项。

希望您理解我的观点,提前感谢您的帮助。

cri*_*007 7

不清楚为什么需要 JAR 文件。这应该也同样有效

test: ["CMD", "nc", "-vz", "localhost", "9092"]
Run Code Online (Sandbox Code Playgroud)

问题只是waiting for kafka在运行命令之前等待的时间不够长。depends_on不等healthcheck,据我所知