Kubernetes GKE：豆荚在跑，但ingress仍然说“不健康”；使用TCP活跃度/就绪度，ssl端口443，但入口报告80？

Question

我使用TCP套接字连接进行活动性/就绪性探测，因为应用程序就是这样设置的。这是一个TCP JSON返回的东西，而不是HTTP协议。

更新：我用NGINX在pod中添加了第二个容器，并将活性/就绪性探针移到了那里：没有区别。

以下是所有部署：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: cleardev-deployment
  labels:
    app: clearspring
spec:
  replicas: 2
  selector:
    matchLabels:
      app: clearspring
  template:
    metadata:
      labels:
        app: clearspring
    spec:
      containers:
      - name: clearspring
        image: gcr.io/clearspring-dev/cleardev2:49477e1
        ports:
        - containerPort: 8080
        readinessProbe:
          tcpSocket:
            port: 8080
          successThreshold: 1
          failureThreshold: 5
          initialDelaySeconds: 5
          periodSeconds: 10
        livenessProbe:
          tcpSocket:
            port: 8080
          successThreshold: 1
          failureThreshold: 5
          initialDelaySeconds: 15
          periodSeconds: 20

以及服务：

apiVersion: v1
kind: Service
metadata:
  name: clearspring-service443
spec:
  type: NodePort
  selector:
    app: clearspring
  ports:
    - name: https
      protocol: TCP
      port: 443
      targetPort: 8080

证书：

apiVersion: networking.gke.io/v1
kind: ManagedCertificate
metadata:
  name: clearspring-cert
spec:
  domains:
    - api.clearspringinsurance.com

入口：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: clearspring-ingress
  annotations:
    # If the class annotation is not specified it defaults to "gce".
    kubernetes.io/ingress.global-static-ip-name: "kubething"
    networking.gke.io/managed-certificates: clearspring-cert
    kubernetes.io/ingress.class: "gce"
spec:
  defaultBackend:
    service:
      name: clearspring-service443
      port:
        name: https

我遇到的一个解决方法是向pod添加第二个容器，如nginx，它将毫无问题地返回http 200响应。

还有其他想法吗？非常感谢您的任何建议！

Answer 1

有几个问题，但最基本的是活性/准备性探测。

据我所知，它们不支持TCP连接，尽管留档说它们支持。

对我的项目来说，好消息是它基于Flask，毕竟是http。所以我只需要在Flask应用程序中添加一个路由“/healthz”（然后在我得到405个错误后修复它，因为我把它作为POST，而不是第一次得到）。

另一件非常奇怪的事情是从pod中获取日志的语法。。。如果你只是给

kubectl logs -p  podname -n seven

您会收到一个错误“上一个pod不存在”。

如果您添加此标志：

kubectl logs -p  podname -n seven --previous=false

然后显示了我要找的日志。

（设计这个的库伯内特斯怪胎：你欠我一杯茶！）

其他细微差别：

>

kubernetes仆从的防火墙设置阻塞太多，所以我不得不将其更改为“允许所有”

当集群被删除时，静态IP不会被标记回保留，但会继续使用，因此如果您只是使用相同的静态IP将集群恢复，则入口将失败。。。

我想就是这样。。。嘘！