(K8s入门到精通) 08 initC 探针 容器服务就绪检测 容器存活检测

 

init容器

initC 有重新运行测量,mainC退户,pod就正常结束了

线性启动intc 一个挨着一个

 了

 一个大pod 里面有两个容器服务

 

把上面的配置文件写到yaml里面

kubectl create -f  是 from  ***pod.yaml

f是from的意思

 

 删除pod,先删除deployment,不然deployment会一直自动的重建pod

 

 service简称svc,删除所有svc

 -f from pod.yaml 创建pod,然后get pod

describe pod myapp-pod

 

 log podName -c 容器名称 看日志

 

svc会写入到dns 

 

 特殊说明

一个一个启动

正在初始化中的pod处于pending状态,

 容器内部自身去探测 依赖的其它容器是就绪

由kubelet 调用容器实现的handler去探测

 探测方式 :

liveness存活探测,

readness 就绪探测 ,成功之后,宣布mainC主容器可以对外提供服务

vim 命令直接跳转到某一行

 

创建完成之后,get pod,虽然状态是running,但是 没有ready ,describe pod 看一下原因

 

 没有ready ,describe pod 看一下原因, 检测probe 失败

进入到pod 中的 容器,如果pod里面只有一个容器,是不需要指定容器名称的

否则要使用 -c 指定容器的名称 ,指定进入容器的名称

-it 表示交换和打开一个tty   -- 要运行的命令 (-- /bin/sh )

 探针请求html没有找到,进入到容器里面,可以创建一个

 

 服务探针检测通过,pod 的 read状态变成1,mainC 可以正常对外提供服务

 

存活检测 

 

 执行逻辑  

 get pod  -w  watch 监视,发现pod 一直在重启,因为live探针检测它是死的,所以重启,弄活它

看restart 次数

 

第二种方案

 timeout 超时代表失败

进入到容器,把文件删除了,让live检测 httpget 请求不到,然后触发pod 重启

观察pod的重启次数

原因分析: 容器启动之后,持续的进行liveness检测,检测的时候发现 文件不在 了,把主容器干掉,pod开始重启

第三种方案: