(K8s入门到精通) 08 initC 探针 容器服务就绪检测 容器存活检测
init容器initC 有重新运行测量,mainC退户,pod就正常结束了线性启动intc 一个挨着一个了一个大pod 里面有两个容器服务把上面的配置文件写到yaml里面kubectl create -f 是 from ***pod.yamlf是from的意思删除pod,先删除deployment,不然deployment会一直自动的重建podservice简称svc,删除所有svc-f from
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开始重启
第三种方案:
更多推荐
所有评论(0)