云原生第十一章应用健康

最新推荐文章于 2024-11-04 08:30:00 发布

快乐划水程序猿

最新推荐文章于 2024-11-04 08:30:00 发布

阅读量330

点赞数

分类专栏： k8s+docker 公开课

本文链接：https://blog.csdn.net/Alexia23/article/details/108008087

版权

k8s+docker 同时被 2 个专栏收录

23 篇文章 0 订阅

订阅专栏

公开课

14 篇文章 1 订阅

订阅专栏

https://edu.aliyun.com/lesson_1651_18359?spm=5176.10731542.0.0.1eae20beEM00Ky#_18359

Liveness(存活探针)和Readness（就绪探针）

概念

Liveness
- Liveness用来判断pod是否就绪【PASS】，如果就绪接入层流量能打到相应的pod
- Liveness状态为Fail，上层判断机制会判断该pod是否需要被重新拉起restart
- 判断容器是否存活，如果不存活杀死pod
Readness
- 判断容器是否启动完成，pod的condition是ready。如果探测不成功pod会从endpoint移除；探测成功，将pod挂回到endpoint

状态获取方式

http get，返回码200-399表示应用健康

spec
    containers:
        livenessProbe:
            httpGet:
                path:/healthz
                port:8080
                httpHeaders:
                - name: custom-Header
                  value: Awesome
            initialDelaySeconds: 3
            periodSeconds: 3

exec 执行容器中的命令来判断当前服务是否正常，命令返回0，表示容器健康

spec
    containers:
        livenessProbe:
            exec:
                command:
                - cat
                - /tmp/healthy
            initialDelaySeconds: 5
            periodSeconds: 5

tcpSocket，通过连接容器的ip和port，如果tcp链接正常，则容器健康

spec
    containers:
        livenessProbe:
            tcpsocket:
                port: 8080
            initialDelaySeconds: 5
            periodSeconds: 5
        readinessProbe:
            tcpsocket:
                port: 8080
            initialDelaySeconds: 5
            periodSeconds: 5

yaml参数含义

initialDelaySeconds：pod 启动延迟多久进行一次检查
periodSeconds：检测的时间间隔，正常默认的这个值是 10 秒
timeoutSeconds：当超时时间之内没有检测成功，那它会认为是失败的一个状态
successThreshold：当这个 pod 从探测失败到再一次判断探测成功，所需要的阈值次数，默认情况下是 1 次，表示原本是失败的，那接下来探测这一次成功了，就会认为这个 pod 是处在一个探针状态正常的一个状态
failureThreshold：探测失败的重试次数，默认值是 3，表示的是当从一个健康的状态连续探测 3 次失败，那此时会判断当前这个pod的状态处在一个失败的状态

pod健康探测结果

success
failure： container 没有通过健康检查，service层会将没有通过Readiness的pod摘除；Liveness将pod直接重新拉起或者删除
unknown：超时或者一些脚本没及时返回

配置注意事项

根据实际情况，设置超时的阈值
调整判断次数
exec：使用编译性的脚本（golang或c、c++编译出来的二进制）比shell脚本效率高30%
tcpSocket存在TLS隐患

pod的声明周期

pending
running
succeeded
failed
unknown

事件有两种

normal
warning

常见pod故障

pod在pending
- 调度器没有介入
- kubectl describe pod
pod在waiting
- 镜像没拉取下来
pod在不断拉取，但是backoff
- pod已经被调度完成，但是启动失败
pod在running但是不能正常服务
- 配置错误
- apply-validate-f pod.yaml 验证yaml
- 验证端口
- 查看Liveness和Readiness是否正确
service异常
- service后面是不是有真正的endpoint
- endpoint是否可以正常提供服务

debug命令

进入一个正在运行的pod
- kubectl exec -it pod-name /bin/bash
进入一个包含多容器的pod
- kubectl exec -it pod-name -c container-name /bin/bash
Service远程调试
- telepresence工具：
  - telepresence-swap-deployment：将本地的应用代理到远程集群中的一个 service 上面
  - port-forward将远程应用调用到本地端口
kubectl debug xx-pod
- 当执行 debug 的时候，首先会先拉取一些镜像，这个镜像里面实际上会默认带一些诊断的工具。当这个镜像启用的时候，把这个 debug container 进行启动。与此同时会把这个 container 和相应的你要诊断的这个 container 的 namespace 进行挂靠，也就说此时这个 container 和你是同 namespace 的，类似像网络站，或者是类似像内核的一些参数，其实都可以在这个 debug container 里面实时地进行查看。