无法在Kubernetes中部署Spring Cloud Data Flow流

时间:2019-12-19 21:37:36

标签: spring azure kubernetes apache-kafka spring-cloud-dataflow

我遵循Spring Cloud Data Flow的how to install指南,使用kubectl在Azure Kubernetes群集上安装了该应用程序。我将Kafka用作消息代理,并创建了一个简单的流time | log

无法部署流,我附上了我无法完全理解的日志。

PS kubectl get pods
NAME                                   READY   STATUS    RESTARTS   AGE
grafana-7d7d77d54-m59dx                1/1     Running   0          5h36m
kafka-broker-64bfd5d6b5-9c7ld          1/1     Running   0          25m
kafka-zk-768b548468-mhrrn              1/1     Running   0          145m
mysql-9dbdc88c6-xz4hh                  1/1     Running   0          21h
prometheus-64b45b746-zs7z4             1/1     Running   0          5h37m
prometheus-proxy-6764bf4968-4xjz5      1/1     Running   0          28m
scdf-server-7f864c96b7-s8cmm           1/1     Running   0          62m
skipper-7fbd7f47cd-b92v4               1/1     Running   0          6h13m
test-stream-log-v9-ffcd9d55f-8p96j     0/1     Running   13         68m
test-stream-time-v9-6c47699d94-pfzkr   0/1     Running   13         68m

时间应用日志。 https://pastebin.com/JyS8azVk

记录应用程序日志。 https://pastebin.com/pCe1NqSn

Kafka日志。 https://pastebin.com/Dj5KfVsQ

1 个答案:

答案 0 :(得分:2)

time-source中所附的日志中;具体来说:

2019-12-19 21:15:23.963 ERROR 1 --- [           main] o.s.cloud.stream.binding.BindingService  : Failed to create producer binding; retrying in 30 seconds
org.springframework.cloud.stream.provisioning.ProvisioningException: Provisioning exception; nested exception is java.util.concurrent.TimeoutException
        at org.springframework.cloud.stream.binder.kafka.provisioning.KafkaTopicProvisioner.createTopic(KafkaTopicProvisioner.java:290) ~[spring-cloud-stream-binder-kafka-core-2.1.4.RELEASE

这表明Spring Cloud Stream绑定程序供应商无法为生产者(即time-source)创建所需的主题。

但是,根据您的kubectl get pods输出,看来您的Kafka和ZK大约是在最近部署的,而Skipper则是在6个小时前部署的。

很有可能您以错误的顺序部署了组件或重新配置了Kafka,但是IP /主机/端口更改尚未反映在Skipper的部署中。原因是,Skipper跟踪Kafka credentials in its config-map,因此它(通过SCDF)部署的所有流应用程序将在部署时自动接收凭据。

我猜想当您重新设置Kafka / ZK时,收到的应用程序的凭据可能已更改-您可以进行比较。我建议退回Skipper部署,以便它可以接收最新的configmap或清理所有内容,并从头开始遵循文档中描述的部署顺序。