使用GCP进行自定义健康检查

Question

嗨，我试着用GCP LoadBalancer进行自定义健康检查。

我添加了readinessProbe & livenessProbe如下：

    readinessProbe:
      httpGet:
        path: /health
        port: dash
      initialDelaySeconds: 5
      periodSeconds: 1
      timeoutSeconds: 1
      successThreshold: 1
      failureThreshold: 10
    livenessProbe:
      httpGet:
        path: /health
        port: dash
      initialDelaySeconds: 5
      periodSeconds: 1
      timeoutSeconds: 1
      successThreshold: 1
      failureThreshold: 10

但是当我创建我的入口时，我还没有得到我的健康检查

路径LB

Answer 1

我最后确定了的答案。我想做的事是不可能的。我的GCE入侵在端口80上使用了后端。但是在我的ReadinessProbe中，我告诉他检查端口8080和/health路径。这是不可能的！

宏后端中声明的服务端口必须与readinessProbe中声明的端口相同。只有路径可以是不同的。如果我们不尊重这个模式，那么与Health路径相关联的是/。

从网络的角度来看，这是合乎逻辑的，Health GCP“退出”了Kube集群，如果我们告诉它在端口80上路由，但是我们的ReadinessProbe在另一个端口上，它如何确保即使与ReadinessProbe相关联的端口与端口80 (它必须路由流量的端口)也有响应。

总之，在readinessProbe中声明的后端端口必须在同一个端口上有一个。我们唯一可以定制的是路径。

Answer 2

我想你在GCP的资源之间搞混了。

您发布的代码在任何时候都与负载均衡器资源有关，因为它是用于pod状态的kubernetes健康检查。如果您想知道探针是否工作，请检查您的pod状态，如果它没有运行，请描述您的吊舱并查看日志，应该指出探测的问题。

我猜您在kubernetes conf中有一个入口资源，可以创建lb和它周围的所有资源，比如健康检查(仍然猜测您发布的图像与此相关)。

如果您正在使用GKE，您应该将从您部署的k8s配置中保留下来，因为您可能会阻止谷歌已经为您维护的一些东西。