使用 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

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

Path LB

Answer 1

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

Ingress 后端声明的服务端口必须与readinessProbe 中声明的端口相同。 只有路径可以不同。如果我们不遵守此模式，则与运行状况检查 GCP 路径关联的是 /。

从网络的角度来看这是合乎逻辑的，健康检查 GCP 已经“退出”了 Kube 集群，如果我们告诉它在端口 80 上路由但我们的 ReadinessProbe 在另一个端口上，它怎么能确保即使与 ReadinessProbe 关联的端口符合端口 80（它必须在其上路由流量）也响应。

综上所述，Ingress 中声明的后端端口必须在同一个端口上有一个readinessProbe。我们唯一可以自定义的就是路径。

Answer 2

我认为您对 GCP 中的资源感到困惑。

您发布的代码与负载均衡器资源无关，因为它是对 pod 状态的 kubernetes 运行状况检查。如果您想知道探针是否在工作，请检查您的 pod 状态，如果它没有运行，请描述您的 pod 并查看日志，应该表明探针存在问题。

我猜你的 kubernetes conf 中有一个入口资源，它创建了 lb 和它周围的所有资源，比如健康检查（仍然猜测你发布的图像与此有关）。

如果您使用 GKE，您应该保留您部署的 k8s 配置中的 google 自动资源配置，因为您可能会破坏 google 已经为您维护的一些东西。