带有入口的BackendConfig提供了不健康的后端

Question

我正在学习如何使用入口来公开我的应用程序GKE v1.19。我按照GKE docs for Service、Ingress和BackendConfig的教程进行了以下设置。然而，一段时间后，我的后端服务仍然变得不健康。我的目标是覆盖入口控制器的默认“/”健康检查路径。

我在部署中定义了相同的运行状况检查。livenessProbe和readinessProbe下的yaml文件，它们似乎工作正常，因为Pod进入了运行阶段。我还尝试卷曲endpoint，它返回200状态。

我不知道为什么我的服务被标记为不健康，尽管它们可以从我直接定义的NodePort服务访问。如有任何建议或帮助，将不胜感激。非常感谢。

我将在下面添加我的yaml文件：

部署。亚马尔

....
      livenessProbe:
          httpGet:
            path: /api
            port: 3100
          initialDelaySeconds: 180
      readinessProbe:
          httpGet:
            path: /api
            port: 3100
          initialDelaySeconds: 180
.....

backendconfig.yaml

apiVersion: cloud.google.com/v1beta1
kind: BackendConfig
metadata:
  name: backend-config
  namespace: ns1
spec:
  healthCheck:
    checkIntervalSec: 30
    port: 3100
    type: HTTP #case-sensitive
    requestPath: /api

service.yaml

apiVersion: v1
kind: Service
metadata:
  annotations:
    cloud.google.com/backend-config: '{"default": "backend-config"}'
  name: service-ns1
  namespace: ns1
  labels:
    app: service-ns1
spec:
  type: NodePort
  ports:
  - protocol: TCP
    port: 3100
    targetPort: 3100
  selector:
    app: service-ns1

进入。亚马尔

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: ns1-ingress
  namespace: ns1
  annotations:
    kubernetes.io/ingress.global-static-ip-name: ns1-ip
    networking.gke.io/managed-certificates: ns1-cert
    kubernetes.io/ingress.allow-http: "false" 
spec:
  rules:
  - http:
      paths:
      - path: /api/*
        backend:
          serviceName: service-ns1
          servicePort: 3100

Answer 1

使用“BackendConfig”的理想方法是，当您的服务的服务吊舱包含多个容器时，如果您使用Anthos Ingres控制器，或者如果您需要控制用于负载平衡器健康检查的端口，那么您应该使用BackendConfig CDR来定义健康检查参数。请参阅1。

当后端服务的健康检查参数是从服务Pod的就绪探测中推断出来的时，GKE不会使就绪探测和健康检查保持同步。因此，您对就绪探测所做的任何更改都不会复制到负载均衡器上相应后端服务的健康检查中。

在您的场景中，后端在遵循路径'/'时是健康的，但在使用路径'/api'时显示不健康，因此您的入口可能存在一些错误配置。

我建议您添加注释：入口。库伯内特斯。io/重写目标：/api，因此在将请求发送到后端服务之前，spec.path中提到的路径将被重写为/api。