Azure上的Kubernetes-活性和就绪探针失败-活性探针失败，连接失败：连接被拒绝

Question

apiVersion: apps/v1
kind: Deployment
metadata:
   name: myApp
spec:
   ... 
   template:
     metadata:
       labels:
         app: myApp
     spec:
        ...
        containers:
          - name: myApp
            ...
            ports:
              - containerPort: 5000          
            ...
            readinessProbe:
              tcpSocket:
                  port: 5000
              initialDelaySeconds: 300
              periodSeconds: 5
              successThreshold: 1
              failureThreshold: 3
            livenessProbe:
               tcpSocket:
                  port: 5000
               periodSeconds: 30 
               initialDelaySeconds: 300
               successThreshold: 1
               failureThreshold: 3

...

当我执行部署并描述pod时，我看到在输出底部的'Events'下列出了以下内容：

  Type     Reason     Age                   From                             Message
  ----     ------     ----                  ----                             -------
  Warning  Unhealthy  2m1s (x288 over 86m)  kubelet, aks-vm-id-appears-here  Readiness probe failed: dial tcp 10.123.1.23:5000: connect: connection refused

（这是令人困惑的，因为它将年龄声明为2m1s-但initialdelayseconds大于这个值-所以我不确定它为什么将这个值报告为年龄）

就绪探测随后以相同错误失败。IP号与我的pod的IP匹配，我在pod描述中的containers下看到了这一点：

Containers:
....
Port:           5000/TCP

活性和就绪探针的失败导致pod不断终止和重新启动。

该应用程序有一个默认的index.html页面，所以我相信如果健康探测能够连接，它应该会收到200个响应。

因为健康探测失败，所以pod IP没有分配给endpoints对象，因此没有针对服务分配。

我不明白为什么健康探测器不能连接？在我看来，它应该尝试连接10.123.1.23:5000的IP。

这是可能的，端口需要很长的时间，超过300s成为开放，但我不知道一个方法，我可以检查。如果我在pod上输入bash会话，watch不可用（我读到watchss-lnt可用于检查端口可用性）。

下面的答案建议增加initialdelayseconds，但我已经尝试过了-https://stackoverflow.com/A/51932875/1549918

我看到了这个问题--但资源利用率（例如CPU/RAM）并不是问题的活跃度和准备状态探测连接被拒绝

更新

如果我从pod的副本卷曲到https://10.123.1.23:5000，我会得到一个类似的错误(无法连接到...the ip...port 5000:Connection refied)。为什么这会失败？我读到的一些东西表明，尝试从另一个pod连接可能也表明健康探针的可达性。

Answer 1

如果您不确定应用程序是否正确启动，请将其替换为已知的良好映像。例如httpd

将端口更改为80，将映像更改为httpd。

您可能还希望增加健康检查的超时，因为它默认为1秒到TimeoutSeconds=5

此外，如果您的映像是一个web应用程序，那么最好使用http探测