k8s的pod生命周期

原文链接: http://www.cnblogs.com/Smbands/p/10840761.html

pod的生命周期:
1.init container
2.main contianer
(1) post start hook :容器启动后做什么操作(可以命令查看kubectl explain pod.spec.containers.livesysle)
(2) readiness probe :容器正常工作阶段 (可以命令查看kubectl explain pod.spec.containers.readinessProbe/livenessProbe) (用于存活性探测和就绪性探测)
(2) pre stop hook :容器停止前做什么操作 (可以命令查看kubectl explain pod.spec.containers.livesysle)
例:
在kubectl explain pod.spec.containers.readinessProbe下面的选项解释:
exec (健康状态监测) 以命令方式来检测容器健康监测,注意一定得是容器内包含的镜像所支持的命令才可以。(如:ps,ss,netstat命令检查服务的端口或者反馈来判断容器是否健康)
failureThreshold 多判断几次,连续N次监测不成功才认为真不健康。 (错误阈值)
httpGet (健康状态监测) 例:可以用请求服务,看看是否会有你认为标准的反馈结果,如果正常则可以认为是健康的。
initialDelaySeconds 初始化多久以后再检查,不定义的话,刚启动就检查。
periodSeconds 检查周期,隔多长时间监测一次。
successThreshold 多判断几次,连续N次监测成功才认为是健康的。 (成功阈值)
tcpSocket (健康状态监测) 探测服务所监听的某一端口是否可以响应,若能响应,则认为健康。
timeoutSeconds 当检查时对方没响应,我们最多等待多长时间后就认为是监测失败。

健康状态监测和就绪状态监测区别:健康监测有权重启容器,就绪监测无权重启容器。

 

pod对象的相位:
pod对象总是应该处于其生命进程中的一下几个相位(phase)之一

1.pending:apiserver创建了pod资源对象并已存入etcd中,但尚未被调度完成,或仍处于从仓库下载镜像的过程中。
2.running: pod 已经被调度到某节点,并且所有容器都已经被kubelet创建完成。
3.succeeded:pod中的所有容器都已经成功终止并且不会被重启;
4.failed:所有容器都已经终止,但至少有一个容器终止失败,即容器返回了非0值的推出状态或已经被系统终止。
5.unknown:apiserver无法正常获取到pod对象的状态信息,通常是由于其无法与所在工作节点的kubelet通信所致。

转载于:https://www.cnblogs.com/Smbands/p/10840761.html

你可能感兴趣的:(k8s的pod生命周期)