Question

我目前正在使用bitnami / kafka映像（https://hub.docker.com/r/bitnami/kafka）并将其部署在kubernetes上。

kubernetes管理员：1
kubernetes工人：3

在集群中，其他应用程序可以找到kafka。尝试从群集外部访问kafka容器时发生问题。当我读了一点时，我读到我们需要为外部kafka客户端设置属性“ advertised.listener = PLAINTTEXT：// hostname：port_number”。

我当前引用的是“ https://github.com/bitnami/charts/tree/master/bitnami/kafka”。在我的values.yaml文件中添加了

values.yaml

advertisedListeners1：10.21.0.191

和 statefulset.yaml

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

对于单个kafka实例，它可以正常工作。

但是对于3节点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 pod处于运行状态，而另外两个则进入crashloopbackoff状态。

和另外两个Pod显示错误为：

[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：要求失败：代理1001已注册了通告的侦听器中的已配置端点10.21.0.191:9092 在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）在scala.collection.mutable.ResizableArray $ class.foreach（ResizableArray.scala：59）在scala.collection.mutable.ArrayBuffer.foreach（ArrayBuffer.scala：48）在kafka.server.KafkaServer.createBrokerInfo（KafkaServer.scala：397）在kafka.server.KafkaServer.startup（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

Answer 1

我看到您在为StatefulSet中的不同容器传递不同的环境变量时遇到麻烦。

您正在尝试使用头盔模板实现这一目标：

- 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 template guide documentation中，您可以找到以下说明：

在Helm模板中，变量是对另一个对象的命名引用。它遵循$ name格式。变量使用特殊的赋值运算符进行赋值：：=。

现在让我们看看您的代码：

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

这是变量分配，不是比较和完成此分配后，if语句将该表达式计算为true，这就是为什么在您的 staefulset yaml表示您将其视为输出：

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

为使其按预期工作，您不应使用头盔模板。这是行不通的。

一种方法是为每个kafka节点创建单独的环境变量并将所有这些变量传递给所有pod，如下所示：

- 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

，并使用修改后的启动脚本创建自己的docker映像，该脚本将导出KAFKA_CFG_ADVERTISED_LISTENERS变量的值取决于MY_POD_NAME。

如果您不想创建自己的映像，则可以创建经过修改的ConfigMap的{{1}}并将其装入代替旧的entrypoint.sh（您也可以使用其他任何文件，只需看看here 有关如何构建kafka图像的更多信息）。

安装entrypoint.sh如下：

ConfigMap

请告诉我是否有帮助。

在kubernetes集群之外访问bitnami / kafka

1 个答案: