k8s——pod探针

探针

简单理解： 容器内应用的检测机制，根据不同的探针来判断容器应用当前的状态

• 为什么会需要探针

# 情况一
现在有一个商品的微服务，跑着跑着突然内存溢出，程序崩掉了，外面的pod虽然在，但是也相当于挂掉了。这个时候我们，就需要重启服务。
这个服务怎么启动，什么时候启动，什么状态启动。是由，我们指定的重启策略（配置文件里的一个参数‘restartPolicy’）来决定的。

但是，我们怎么知道这个服务挂掉了呢？是靠我们的探针。
当我们的容器创建成功之后，会创建一个探针，这个探针会一直监控容器。如果，这个容器挂掉了，他就会去找是否配置了相对应的重启策略，如果有，就按照重启策略重启这个容器（也决定是否重启）。

# 情况二
有一个商品服务，我启动了这个服务，但是还有一些初始化的配置，没有完成。所以，在我初始化没有完成的时候，我不希望有用户来访问我的端口。那么，我们怎么知道初始化什么时候完成呢？
我们就需要用到探针。

类型

startupProbe

当配置了startupProbe后，会先禁用其他探针，知道startupProbe成功后，其他探针才会继续。

作用：由于有时候不能准确预估应用一定是多长时间启动成功，因此配置另外两种探针。

livenessProbe

用于检查容器内的应用是否还在运行。如果应用因为某种原因挂起或崩溃，它将探测到这个情况，然后会重启该容器。

作用：主要目的是确保应用保持运行状态，而不是陷入死锁或无限循环等无法响应的状态。

readinessProbe

用于探测容器内的程序是否健康，他的返回值如果返回success，那么就认为该容器已经完成启动，并且该容器是可以接受外部流量的。

作用：方便一些需要启动时间来完成初始化或者加载数据的应用非常有用。在这些应用完全准备好之前，readinessProbe会返回失败，从而防止外部请求被发送到尚未完全启动的容器。

探测方式

• ExecAction

在容器内部执行一个命令，如果返回值为0，则任务容器是健康的。

livenessProbe:
     exec:
       command:
         - cat
         - /health

• TCPSocketAction

通过tcp连接检测容器内端口是否开房，如果开放则证明该容器健康。

livenessProbe:
       tcpSocket:
          port: 80

• HTTPGetAction

生产环境用的较多的方式，发送http请求到容器内的应用程序，如果接口返回的状态码在200-400之间，则认为容器健康。

livenessProbe:
    failureThreshold: 5
    httpGet:
      path: /health
      port: 8080
      scheme: HTTP
      httpHeaders:
          - name： xxx
            value: xxx

• 一些简单的参数

initialDelaySeconds: 5 # 初始化时间
timeoutSeconds: 1 # 超时时间
periodSeconds: 10 # 间隔时间
successThreshold: 1 # 检查一次成功就表示成功
failureThreshold: 3 # 检测失败两次就表示失败

readinessProbe:
    failureThreshold: 3 # 错误次数
    httpGet:
      path: /ready
      port: 8080
      scheme: HTTP
    periodSeconds: 10 # 间隔时间
    successThreshold: 1