K8S学习记录 - 健康检查

K8S学习记录 - 健康检查

 

进程健康检查

健康检查最简单的方式就是检查进程的状态。

Kubelet 不断的询问 Docker daemon 这个容器进程是否还在运行,如果没有,这个容器就会被重启。

目前在所有 Kubernetes 的案例中,这种健康检查是一直开启的。对与 Kubernetes 中所有运行的容器都是生效的。

然而,在很多场景中这个低级别的健康检查是没有作用的:比如进程也一直在运行,但是从应用的角度看,代码已经死锁,而且不会有正确的响应。

 

一、Readiness Probe

  • 就绪检查

旨在让Kubernetes知道您的应用何时准备好其流量服务。

  • 作用

kubelet 使用就绪探测器可以知道容器什么时候准备好了并可以开始接受请求流量, 当一个 Pod 内的所有容器都准备好了,才能把这个 Pod 看作就绪了。

这种信号的一个用途就是控制哪个 Pod 作为 Service 的后端。 在 Pod 还没有准备好的时候,会从 Service 的负载均衡器中被剔除的。

  • 应用场景

有时候,应用程序会暂时性的不能提供通信服务。

例如,应用程序在启动时可能需要加载很大的数据或配置文件,或是启动后要依赖等待外部服务。

在这种情况下,既不想杀死应用程序,也不想给它发送请求。

Kubernetes 提供了就绪探测器来发现并缓解这些情况。 容器所在 Pod 上报还未就绪的信息,并且不接受通过 Kubernetes Service 的流量。

 

二、Liveness Probe

  • 存活检查

让Kubernetes知道你的应用程序是活着还是死了。

如果你的应用程序还活着,那么Kubernetes就不管它了。

如果你的应用程序已经死了,Kubernetes将删除Pod并启动一个新的替换它。

  • 作用

kubelet 使用存活探测器来知道什么时候要重启容器。

例如,存活探测器可以捕捉到死锁(应用程序在运行,但是无法继续执行后面的步骤)。 这样的情况下重启容器有助于让应用程序在有问题的情况下更可用。

  • 应用场景

许多长时间运行的应用程序最终会过渡到断开的状态,除非重新启动,否则无法恢复。 Kubernetes 提供了存活探测器来发现并补救这种情况。

 

三、startupProbe

  • 启动探测

使用启动探测器保护慢启动容器

  • 作用

kubelet 使用启动探测器可以知道应用程序容器什么时候启动了。

如果配置了这类探测器,就可以控制容器在启动成功后再进行存活性和就绪检查, 确保这些存活、就绪探测器不会影响应用程序的启动。

这可以用于对慢启动容器进行存活性检测,避免它们在启动运行之前就被杀掉。

  • 场景

有时候,会有一些现有的应用程序在启动时需要较多的初始化时间。 要不影响对引起探测死锁的快速响应,这种情况下,设置存活探测参数是要技巧的。

技巧就是使用一个命令来设置启动探测,针对HTTP 或者 TCP 检测,可以通过设置 failureThreshold * periodSeconds 参数来保证有足够长的时间应对糟糕情况下的启动时间。

 

 

四、探针类型

HTTP

HTTP探针可能是最常见的自定义Liveness探针类型。 即使您的应用程序不是HTTP服务,您也可以在应用程序内创建轻量级HTTP服务以响应Liveness探针。

Kubernetes去ping一个路径,如果它得到的是200或300范围内的HTTP响应,它会将应用程序标记为健康。 否则它被标记为不健康。

 

Command

对于Command探针,Kubernetes则只是在容器内运行命令。 如果命令以退出代码0返回,则容器标记为健康。

否则,它被标记为不健康。 当您不能或不想运行HTTP服务时,此类型的探针则很有用,但是必须是运行可以检查您的应用程序是否健康的命令。

 

TCP

最后一种类型的探针是TCP探针,Kubernetes尝试在指定端口上建立TCP连接。 如果它可以建立连接,则容器被认为是健康的;否则被认为是不健康的。

如果您有HTTP探针或Command探针不能正常工作的情况,TCP探测器会派上用场。 例如,gRPC或FTP服务是此类探测的主要候选者。

 

四、示例

 

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: web
  name: web
spec:
  replicas: 1
  selector:
    matchLabels:
      app: web
  template:
    metadata:
      labels:
        app: web
    spec:
      restartPolicy: Always
      containers:
      - image: nginx
        imagePullPolicy: IfNotPresent
        name: web
        ports:
        - containerPort: 80
        livenessProbe:
          tcpSocket:
            port: 80
          initialDelaySeconds: 5
          periodSeconds: 5
        readinessProbe:
          httpGet:
            path: /index.html
            port: 80
          initialDelaySeconds: 5
          periodSeconds: 5
     startupProbe:
       httpGet:
         path: /healthz
         port: liveness-port
       failureThreshold: 30
       periodSeconds: 10

--- apiVersion: v1 kind: Service metadata: labels: app: web name: web spec: ports: - port: 80 protocol: TCP selector: app: web type: NodePort

 

五、说明

1、就绪检查和存活检查可以在同一个容器上并行使用。 两者都用可以确保流量不会发给还没有准备好的容器,并且容器会在它们失败的时候被重新启动。 

 

参考资料

官方-配置存活、就绪和启动探测器

Kubernetes集群健康检查最佳实践

Kubernetes 集群健康检查最佳实践

Kubernetes中Pod的健康检查

k8s deployment健康检查

K8S配置健康检查

 

posted @ 2021-03-06 16:43  风过无痕521  阅读(180)  评论(0编辑  收藏  举报