Question

我有一个使用部署管理器在 GKE 中运行的部署和服务。除了我创建的入口报告服务处于永久不健康状态外，关于我的服务的一切都正常工作。

需要明确的是，除了健康检查（以及入口）之外，关于部署的一切都有效。这在以前是有效的（大约 2019 年末），显然大约一年前，GKE 为入口目标服务的运行状况检查添加了一些额外要求，但我一直无法理解它们。

我已经对服务进行了明确的健康检查，它报告健康，但入口无法识别它。该服务使用 NodePort，但在部署时也打开了 containerPort 80，它确实以 HTTP 200 响应本地 :80 上的请求，但显然这对部署的服务没有帮助。

集群本身是 Deployment Manager example 的几乎相同的副本

这是部署：

qsort()

...服务：

- name: {{ DEPLOYMENT }}
  type: {{ CLUSTER_TYPE }}:{{ DEPLOYMENT_COLLECTION }}
  metadata:
    dependsOn:
    - {{ properties['clusterType'] }}
  properties:
    apiVersion: apps/v1
    kind: Deployment
    namespace: {{ properties['namespace'] | default('default') }}
    metadata:
      name: {{ DEPLOYMENT }}
      labels:
        app: {{ APP }}
        tier: resters
    spec:
      replicas: 1
      selector:
        matchLabels:
          app: {{ APP }}
          tier: resters
      template:
        metadata:
          labels:
            app: {{ APP }}
            tier: resters
        spec:
          containers:
          - name: rester
            image: {{ IMAGE }}
            resources:
              requests:
                cpu: 100m
                memory: 250Mi
            ports:
            - containerPort: 80
            env:
            - name: GCP_PROJECT
              value: {{ PROJECT }}
            - name: SERVICE_NAME
              value: {{ APP }}
            - name: MODE
              value: rest
            - name: REDIS_ADDR
              value: {{ properties['memorystoreAddr'] }}

...显式健康检查：

- name: {{ SERVICE }}
  type: {{ CLUSTER_TYPE }}:{{ SERVICE_COLLECTION }}
  metadata:
    dependsOn:
    - {{ properties['clusterType'] }}
    - {{ APP }}-cluster-nodeport-firewall-rule
    - {{ DEPLOYMENT }}
  properties:
    apiVersion: v1
    kind: Service
    namespace: {{ properties['namespace'] | default('default') }}
    metadata:
      name: {{ SERVICE }}
      labels:
        app: {{ APP }}
        tier: resters
    spec:
      type: NodePort
      ports:
      - nodePort: {{ NODE_PORT }}
        port: {{ CONTAINER_PORT }}
        targetPort: {{ CONTAINER_PORT }}
        protocol: TCP
      selector:
        app: {{ APP }}
        tier: resters

...防火墙规则：

- name: {{ SERVICE }}-healthcheck
  type: compute.v1.healthCheck
  metadata:
    dependsOn:
    - {{ SERVICE }}
  properties:
    name: {{ SERVICE }}-healthcheck
    type: HTTP
    httpHealthCheck:
      port: {{ NODE_PORT }}
      requestPath: /healthz
      proxyHeader: NONE
    checkIntervalSec: 10
    healthyThreshold: 2
    unhealthyThreshold: 3
    timeoutSec: 5

Answer 1

您可以尝试在您的 Deployment 中的容器上定义一个 readinessProbe。

这也是入口用来创建健康检查的指标（请注意，这些健康检查探针来自 GKE 外部）

而且根据我的经验，这些准备就绪探测器可以很好地使入口健康检查工作，

为此，您需要创建类似这样的东西，这是一个 TCP 探测器，我已经看到 TCP 探测器的性能更好。

readinessProbe:
          tcpSocket:
            port: 80
          initialDelaySeconds: 10
          periodSeconds: 10

所以这个探针会检查端口：80，这是我看到的这个服务中 pod 使用的端口，这也有助于配置入口健康检查以获得更好的结果。

这里有一些关于如何创建 TCP 就绪探测的helpful documentation，入口运行状况检查可以基于这些探测。

GCP GKE 入口运行状况检查

1 个答案: