Kubernetes不健康的入口后端

Question

我遵循了负载均衡器教程：https://cloud.google.com/container-engine/docs/tutorials/http-balancer当我使用Nginx映像时工作正常，当我尝试使用我自己的应用程序映像时，尽管后端切换到不健康。

我的应用程序重定向到/（返回302），但我在pod定义中添加了一个livenessProbe：

    livenessProbe:
      httpGet:
        path: /ping
        port: 4001
        httpHeaders:
          - name: X-health-check
            value: kubernetes-healthcheck
          - name: X-Forwarded-Proto
            value: https
          - name: Host
            value: foo.bar.com

我的入口看起来像：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: foo
spec:
  backend:
    serviceName: foo
    servicePort: 80
  rules:
  - host: foo.bar.com

服务配置为：

kind: Service
apiVersion: v1
metadata:
  name: foo
spec:
  type: NodePort
  selector:
    app: foo
  ports:
    - port: 80 
      targetPort: 4001

入口中的后端运行状况描述如下：

backends:       {"k8s-be-32180--5117658971cfc555":"UNHEALTHY"}

入口规则如下：

Rules:
  Host  Path    Backends
  ----  ----    --------
  * *   foo:80 (10.0.0.7:4001,10.0.1.6:4001)

任何建议都很受欢迎，我已经努力了几个小时，但没有成功。

使现代化

我已将readinessProbe添加到我的部署中，但似乎仍然有东西命中/并且入口仍然不健康。我的探针看起来像：

    readinessProbe:
      httpGet:
        path: /ping
        port: 4001
        httpHeaders:
          - name: X-health-check
            value: kubernetes-healthcheck
          - name: X-Forwarded-Proto
            value: https
          - name: Host
            value: foo.com

我将我的服务更改为：

kind: Service
apiVersion: v1
metadata:
  name: foo
spec:
  type: NodePort
  selector:
    app: foo
  ports:
    - port: 4001
      targetPort: 4001

更新2

在我从readinessProbe中删除自定义标题后，它开始工作了！非常感谢。

Answer 1

我也有同样的问题。遵循Tex的提示，但继续看到该消息。原来我必须在入口前等待几分钟才能验证服务运行状况。如果有人正在经历同样的情况并完成了所有步骤，例如readinessProbe和lInvenessProbe，只需确保您的入口指向的服务要么是NodePort，然后等待几分钟，直到黄色警告图标变成绿色图标。此外，检查StackDriver上的日志以更好地了解正在发生的事情。

Answer 2

我认为值得注意的是，这是留档中一个非常重要的限制：

Pod readinessProbe的更改不会影响创建后的入口。

添加我的readinessProbe后，我基本上删除了我的入口（kubectl删除入口

Answer 3

您需要添加一个readinessProbe（只需复制您的livenessProbe）。

GCE L7入口文档对此进行了解释。

健康检查

目前，所有服务后端必须满足以下任一要求才能通过GCE loadbalancer发送给它的HTTP运行状况检查：1。用“/”上的200进行响应。内容无关紧要。2、在支持服务的POD上公开任意url作为就绪探测。

还要确保readinessProbe指向您暴露于入口的同一端口。在您的情况下，这很好，因为您只有一个端口，如果您添加另一个端口，您可能会遇到麻烦。