不健康的入口服务

Question

我试图通过GKE部署应用程序。到目前为止，我为应用程序的前端和后端创建了两个服务和两个部署。我使用“gce”控制器创建了一个ingress ressource，并映射了服务，如图所示

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  labels:
    app: app
    part: ingress
  name: my-irool-ingress
  annotations:
    kubernetes.io/ingress.class: "gce"
    kubernetes.io/ingress.global-static-ip-name: my-ip
spec:
 backend:
    serviceName: client-svc
    servicePort: 3000
 rules:
  - http:
        paths:
        - path: /back
          backend:
            serviceName: back-svc
            servicePort: 9000
  - http:
        paths:
        - path: /back/*
          backend:
            serviceName: back-svc
            servicePort: 9000

它几乎工作得很好（不是所有映射正确的根，但它工作得很好）。我在代码上添加了修改（只有应用程序的代码），我重建了图像并重新创建了服务，但入口似乎对我添加的修改和

我所有的服务都处于不健康状态

这是前台服务

apiVersion: v1
kind: Service
metadata:
  labels:
    app: app
    part: front
  name: client
  namespace: default
spec:
  type: NodePort
  ports:
  - nodePort: 32585
    port: 3000
    protocol: TCP
  selector:
     app: app
     part: front

当我描述时，除了我的服务不健康之外，我什么都没有得到。在创作的那一刻，我不断地

警告GCE 6m负载平衡器控制器googleapi：错误409：资源“[project/idproject]/global/healthChecks/k8s-be-32585--17c7。。。。。。01’已存在，已存在

我的问题是：

>

上面显示的代码有什么错误？我是否应该将所有服务映射到端口80（默认入口端口，以便它可以工作？）

readinessProbe和livenessProbe是什么？我应该添加它们还是将它们映射到默认后端的服务就足够了？

Answer 1

对于您的第一个问题，删除并重新创建入口可能会解决问题。对于第二个问题，您可以在此处查看配置活动和准备状态探测的完整步骤。此外，正如这里定义的（作为pod的示例）：

livenessProbe：指示容器是否正在运行。如果活性探测失败，kubelet将杀死容器，容器将遵循其重新启动策略。如果容器不提供活性探测，则默认状态为Success。

和readinessProbe：指示容器是否准备好为请求提供服务。如果就绪性探测失败，endpoint控制器将从与Pod匹配的所有服务的endpoint中删除Pod的IP地址。初始延迟前的默认准备状态为失败。如果容器不提供就绪探测，则默认状态为Success。