В настоящее время я использую изображение bitnami / kafka (https://hub.docker.com/r/bitnami / kafka) и развернуть на кубернетах.

  • мастер кубернетов: 1
  • кубернетов рабочих: 3

В кластере другое приложение может найти кафку. Проблема возникает при попытке получить доступ к контейнеру kafka извне кластера. При чтении я прочитал, что нам нужно установить свойство «Advertised.listener = PLAINTTEXT: // hostname: port_number» для внешних клиентов kafka.

В настоящее время я ссылаюсь на "https://github.com/bitnami/charts/tree / мастер / битнами / кафка ". Внутри моего файла values.yaml я добавил

< Сильный > values.yaml

  • AdvertisedListeners1: 10.21.0.191

И statefulset.yaml

    - name: KAFKA_CFG_ADVERTISED_LISTENERS
      value: 'PLAINTEXT://{{ .Values.advertisedListeners }}:9092' 

Для одного экземпляра кафки все работает нормально .

Но для трехузлового кластера kafka я изменил конфигурацию, как показано ниже: values.yaml

  • AdvertisedListeners1: 10.21.0.191
  • AdvertisedListeners2: 10.21.0.192
  • AdvertisedListeners3: 10.21.0.193

И Statefulset.yaml

    - name: KAFKA_CFG_ADVERTISED_LISTENERS
      {{- if $MY_POD_NAME := "kafka-0" }}
      value: 'PLAINTEXT://{{ .Values.advertisedListeners1 }}:9092'
      {{- else if $MY_POD_NAME := "kafka-1" }}
      value: 'PLAINTEXT://{{ .Values.advertisedListeners2 }}:9092'
      {{- else if $MY_POD_NAME := "kafka-2" }}
      value: 'PLAINTEXT://{{ .Values.advertisedListeners3 }}:9092'
      {{- end }}

Ожидаемый результат состоит в том, что все 3 экземпляра kafka должны получить свойство Advertised.listener, установленное на ip-адрес рабочих узлов.

Пример:

  • kafka-0 -> "PLAINTEXT: //10.21.0.191: 9092"

  • kafka-1 -> "PLAINTEXT: //10.21.0.192: 9092"

  • kafka-3 -> "PLAINTEXT: //10.21.0.193: 9092"

В настоящее время запущен и работает только один модуль kafka, а два других перейдут в состояние crashloopbackoff.

А два других модуля показывают ошибку как:

[2019-10-20 13: 09: 37,753] ИНФОРМАЦИЯ [LogDirFailureHandler]: запуск (kafka.server.ReplicaManager $ LogDirFailureHandler) [2019-10-20 13: 09: 37,786] ОШИБКА [KafkaServer id = 1002] Неустранимая ошибка во время работы KafkaServer запускать. Подготовка к завершению работы (kafka.server.KafkaServer) java.lang.IllegalArgumentException: требование не выполнено: настроенные конечные точки 10.21.0.191:9092 в объявленных слушателях уже зарегистрированы брокером 1001 в scala.Predef $ .require (Predef.scala: 224) на kafka.server.KafkaServer $$ anonfun $ createBrokerInfo $ 2.apply (KafkaServer.scala: 399) на kafka.server.KafkaServer $$ anonfun $ createBrokerInfo $ 2.apply (KafkaServer.scala: 397) на scalaray.collection.mutable. $ class.foreach (ResizableArray.scala: 59) в scala.collection.mutable.ArrayBuffer.foreach (ArrayBuffer.scala: 48) в kafka.server.KafkaServer.createBrokerInfo (KafkaServer.scala: 397) в kafka.server.Kafka. запуск (KafkaServer.scala: 261) на kafka.server.KafkaServerStartable.startup (KafkaServerStartable.scala: 38) на kafka.Kafka $ .main (Kafka.scala: 84) на kafka.Kafka.main (Kafka.scala)

Это означает, что логика, примененная в statefulset.yaml, не работает. Может ли кто-нибудь помочь мне решить эту проблему ..?

Любая помощь будет оценена ..

Выход kubectl get statefulset kafka -o yaml

apiVersion: apps/v1
kind: StatefulSet
metadata:
  creationTimestamp: "2019-10-29T07:04:12Z"
  generation: 1
  labels:
    app.kubernetes.io/component: kafka
    app.kubernetes.io/instance: kafka
    app.kubernetes.io/managed-by: Tiller
    app.kubernetes.io/name: kafka
    helm.sh/chart: kafka-6.0.1
  name: kafka
  namespace: default
  resourceVersion: "12189730"
  selfLink: /apis/apps/v1/namespaces/default/statefulsets/kafka
  uid: d40cfd5f-46a6-49d0-a9d3-e3a851356063
spec:
  podManagementPolicy: Parallel
  replicas: 3
  revisionHistoryLimit: 10
  selector:
    matchLabels:
      app.kubernetes.io/component: kafka
      app.kubernetes.io/instance: kafka
      app.kubernetes.io/name: kafka
  serviceName: kafka-headless
  template:
    metadata:
      creationTimestamp: null
      labels:
        app.kubernetes.io/component: kafka
        app.kubernetes.io/instance: kafka
        app.kubernetes.io/managed-by: Tiller
        app.kubernetes.io/name: kafka
        helm.sh/chart: kafka-6.0.1
      name: kafka
    spec:
      containers:
      - env:
        - name: MY_POD_IP
          valueFrom:
            fieldRef:
              apiVersion: v1
              fieldPath: status.podIP
        - name: MY_POD_NAME
          valueFrom:
            fieldRef:
              apiVersion: v1
              fieldPath: metadata.name
        - name: KAFKA_CFG_ZOOKEEPER_CONNECT
          value: kafka-zookeeper
        - name: KAFKA_PORT_NUMBER
          value: "9092"
        - name: KAFKA_CFG_LISTENERS
          value: PLAINTEXT://:$(KAFKA_PORT_NUMBER)
        - name: KAFKA_CFG_ADVERTISED_LISTENERS
          value: PLAINTEXT://10.21.0.191:9092
        - name: ALLOW_PLAINTEXT_LISTENER
          value: "yes"
        - name: KAFKA_CFG_BROKER_ID
          value: "-1"
        - name: KAFKA_CFG_DELETE_TOPIC_ENABLE
          value: "false"
        - name: KAFKA_HEAP_OPTS
          value: -Xmx1024m -Xms1024m
        - name: KAFKA_CFG_LOG_FLUSH_INTERVAL_MESSAGES
          value: "10000"
        - name: KAFKA_CFG_LOG_FLUSH_INTERVAL_MS
          value: "1000"
        - name: KAFKA_CFG_LOG_RETENTION_BYTES
          value: "1073741824"
        - name: KAFKA_CFG_LOG_RETENTION_CHECK_INTERVALS_MS
          value: "300000"
        - name: KAFKA_CFG_LOG_RETENTION_HOURS
          value: "168"
        - name: KAFKA_CFG_LOG_MESSAGE_FORMAT_VERSION
        - name: KAFKA_CFG_MESSAGE_MAX_BYTES
          value: "1000012"
        - name: KAFKA_CFG_LOG_SEGMENT_BYTES
          value: "1073741824"
        - name: KAFKA_CFG_LOG_DIRS
          value: /bitnami/kafka/data
        - name: KAFKA_CFG_DEFAULT_REPLICATION_FACTOR
          value: "1"
        - name: KAFKA_CFG_OFFSETS_TOPIC_REPLICATION_FACTOR
          value: "1"
        - name: KAFKA_CFG_TRANSACTION_STATE_LOG_REPLICATION_FACTOR
          value: "1"
        - name: KAFKA_CFG_SSL_ENDPOINT_IDENTIFICATION_ALGORITHM
          value: https
        - name: KAFKA_CFG_TRANSACTION_STATE_LOG_MIN_ISR
          value: "1"
        - name: KAFKA_CFG_NUM_IO_THREADS
          value: "8"
        - name: KAFKA_CFG_NUM_NETWORK_THREADS
          value: "3"
        - name: KAFKA_CFG_NUM_PARTITIONS
          value: "1"
        - name: KAFKA_CFG_NUM_RECOVERY_THREADS_PER_DATA_DIR
          value: "1"
        - name: KAFKA_CFG_SOCKET_RECEIVE_BUFFER_BYTES
          value: "102400"
        - name: KAFKA_CFG_SOCKET_REQUEST_MAX_BYTES
          value: "104857600"
        - name: KAFKA_CFG_SOCKET_SEND_BUFFER_BYTES
          value: "102400"
        - name: KAFKA_CFG_ZOOKEEPER_CONNECTION_TIMEOUT_MS
          value: "6000"
        image: docker.io/bitnami/kafka:2.3.0-debian-9-r88
        imagePullPolicy: IfNotPresent
        livenessProbe:
          failureThreshold: 2
          initialDelaySeconds: 10
          periodSeconds: 10
          successThreshold: 1
          tcpSocket:
            port: kafka
          timeoutSeconds: 5
        name: kafka
        ports:
        - containerPort: 9092
          name: kafka
          protocol: TCP
        readinessProbe:
          failureThreshold: 6
          initialDelaySeconds: 5
          periodSeconds: 10
          successThreshold: 1
          tcpSocket:
            port: kafka
          timeoutSeconds: 5
        resources: {}
        terminationMessagePath: /dev/termination-log
        terminationMessagePolicy: File
        volumeMounts:
        - mountPath: /bitnami/kafka
          name: data
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      schedulerName: default-scheduler
      securityContext:
        fsGroup: 1001
        runAsUser: 1001
      terminationGracePeriodSeconds: 30
  updateStrategy:
    type: RollingUpdate
  volumeClaimTemplates:
  - metadata:
      creationTimestamp: null
      name: data
    spec:
      accessModes:
      - ReadWriteOnce
      resources:
        requests:
          storage: 8Gi
      volumeMode: Filesystem
    status:
      phase: Pending
status:
  collisionCount: 0
  currentReplicas: 3
  currentRevision: kafka-56ff499d74
  observedGeneration: 1
  readyReplicas: 1
  replicas: 3
  updateRevision: kafka-56ff499d74
  updatedReplicas: 3
0
Nikhil 20 Окт 2019 в 16:13

1 ответ

Лучший ответ

Я вижу, у вас проблемы с передачей разных переменных среды для разных модулей в StatefulSet.

Вы пытаетесь добиться этого с помощью шаблонов helm:

- name: KAFKA_CFG_ADVERTISED_LISTENERS
  {{- if $MY_POD_NAME := "kafka-0" }}
  value: 'PLAINTEXT://{{ .Values.advertisedListeners1 }}:9092'
  {{- else if $MY_POD_NAME := "kafka-1" }}
  value: 'PLAINTEXT://{{ .Values.advertisedListeners2 }}:9092'
  {{- else if $MY_POD_NAME := "kafka-2" }}
  value: 'PLAINTEXT://{{ .Values.advertisedListeners3 }}:9092'
  {{- end }}

Это объяснение можно найти в руководстве по шаблонам Helm:

В шаблонах Helm переменная - это именованная ссылка на другой объект. Он следует за формой $ name. Переменным присваивается специальный оператор присваивания:: =.

Теперь давайте посмотрим на ваш код:

{{- if $MY_POD_NAME := "kafka-0" }}

Это присваивание переменных, а не сравнение и после этого присваивания оператор if оценивает это выражение как true, и поэтому в вашем staefulset yaml вы видите это как результат:

- name: KAFKA_CFG_ADVERTISED_LISTENERS
    value: PLAINTEXT://10.21.0.191:9092

Чтобы он работал должным образом, вам не следует использовать шаблоны Helm. Это не сработает.

Один из способов сделать это - создать отдельную переменную среды для каждого узла kafka и передать все эти переменные всем модулям, например:

- env:
  - name: MY_POD_NAME
    valueFrom:
      fieldRef:
        apiVersion: v1
        fieldPath: metadata.name
  - name: KAFKA_0
      value: 10.21.0.191
  - name: KAFKA_1
      value: 10.21.0.192
  - name: KAFKA_2
      value: 10.21.0.193
#  - name: KAFKA_CFG_ADVERTISED_LISTENERS
#      value: PLAINTEXT://$MY_POD_NAME:9092

А также создайте свой собственный образ докера с измененным стартовым скриптом, который будет экспортировать переменную KAFKA_CFG_ADVERTISED_LISTENERS с соответствующим значением в зависимости от MY_POD_NAME.

Если вы не хотите создавать свой собственный образ, вы можете создать ConfigMap с измененным entrypoint.sh и смонтировать его вместо старого entrypoint.sh (вы также можете использовать любой другой файл, просто посмотрите здесь для получения дополнительной информации о том, как создается образ kafka).

Монтаж ConfigMap выглядит так:

apiVersion: v1
kind: Pod
metadata:
  name: test
spec:
  containers:
    - name: test-container
      image: docker.io/bitnami/kafka:2.3.0-debian-9-r88
      volumeMounts:
      - name: config-volume
        mountPath: /entrypoint.sh
        subPath: entrypoint.sh
  volumes:
    - name: config-volume
      configMap:
        # Provide the name of the ConfigMap containing the files you want
        # to add to the container
        name: kafka-entrypoint-config
        defaultMode: 0744 # remember to add proper (executable) permissions

apiVersion: v1
kind: ConfigMap
metadata:
  name: kafka-entrypoint-config
  namespace: default
data:
  entrypoint.sh: |
    #!/bin/bash
    # Here add modified entrypoint script

Пожалуйста, дайте мне знать, помогло ли это.

1
Matt 30 Окт 2019 в 13:20