当前位置: 首页 > 知识库问答 >
问题:

如何修复Spring Cloud数据流Kubernetes容器就绪探测失败:HTTP探测失败,状态代码:401

张永嘉
2023-03-14
Data Flow Server Implementation
Name: spring-cloud-dataflow-server
Version: 2.0.1.RELEASE
Events:
  Type     Reason     Age                   From                               Message
  ----     ------     ----                  ----                               -------
  Warning  Unhealthy  10m (x52 over 103m)   kubelet, aks-nodepool1-28921497-0  Liveness probe failed: HTTP probe failed with statuscode: 401
  Warning  BackOff    6m8s (x138 over 73m)  kubelet, aks-nodepool1-28921497-0  Back-off restarting failed container
  Warning  Unhealthy  67s (x220 over 104m)  kubelet, aks-nodepool1-28921497-0  Readiness probe failed: HTTP probe failed with statuscode: 401

正在读取此文档https://docs.spring.io/spring-cloud-dataflow/docs/2.0.2.release/reference/htmlsingle/#_application_and_server_properties

deployer.appname.kubernetes.probecredentialssecret=myprobesecret

但是,如果只使用Helm在AKS集群上部署数据流,如何设置/运行部署器属性呢?

谢谢

共有1个答案

司空朝
2023-03-14

我们支持多种部署器属性,您可以在SCDF中对每个流/任务部署重写这些属性。probecredentialssecret属性就是其中的一个,它专门设计为提供一个机密,以访问受保护的活性和就绪探测。

无论您是否使用Helm在K8s上提供SCDF,实际属性都需要在流/任务部署时提供。

除非您创建一个秘密并在SCDF中配置它,否则您将无法成功地与安全探测握手。

 类似资料:
  • 我正在尝试设置istio1。5.1在minicube kubernetes集群中,我遵循Knative的官方文档,在不使用侧车注入的情况下设置istio。我我面临istio入口网关服务的问题,该服务将入口网关服务的外部ip显示为。我已经浏览了这里发布的其他答案,以及许多其他论坛,但没有一个对我有帮助。 使用Minikube v1.9.1与驱动=无头盔v2.16.5 kubectl v1.18.0

  • 我试图在Azure中新部署的aks Kuberbetes(1.9.6)集群中部署zalenium helm chart。但我不让它起作用。豆荚给出了下面的日志: 描述pod给出:警告不健康4M(x12超过6M)kubelet,aks-agentpool-93668098-0就绪探测失败:HTTP探测失败,状态代码:502 Zalenium图像版本:Dosel/Zalenium:3 如果使用Kube

  • 在上使用helm upgrade命令运行容器时,出现了以下错误: “准备探测失败:获取http://172.17.0.6:3003/:拨号tcp 172.17.0.6:3003:GetSockopt:连接拒绝”。

  • 我使用的是标准的skydns RC/SVC YAMLS。 吊舱描述: (etcd) 我还将放入kube2sky容器中,ca.crt与服务器上的ca.crt匹配。

  • 我正在尝试设置我的第一个Kubernetes集群,它似乎已经设置好,直到nginx-ingress控制器。以下是我的集群信息:节点:三个RHEL7和一个RHEL8节点,主服务器运行在RHEL7Kubernetes服务器版本:1.19.1网络使用:Frannel coredns运行良好。在所有节点上禁用selinux和防火墙 然后,我按照以下页面中的说明安装了nginx入口控制器:https://d

  • 我在Kubernetes集群的Docker映像中运行Tomcat上的Java webapp。服务运行良好,我正试图设置活跃度和准备度探测器。 我没有找到关于最佳实践wrt、Tomcat和Kubernetes的具体文档,但我认为文档后面的HTTP GET请求是合适的,如下所示: 相关问题似乎是由于启动时间长于参数中设置的时间(例如this),就像错误消息所指示的那样。然而,在这种情况下,Tomcat