设为首页 收藏本站
查看: 759|回复: 0

[经验分享] kubernetes健康检查

[复制链接]

尚未签到

发表于 2018-1-5 11:36:03 | 显示全部楼层 |阅读模式
  有时候容器在running的状态,但是里面的服务挂了,这个就难办了,所以k8s提供了一种检查服务是否健康的方法
  Liveness Probe的种类:
  ● ExecAction:在container中执行指定的命令。当其执行成功时,将其退出码设置为0;
  ● TCPSocketAction:执行一个TCP检查使用container的IP地址和指定的端口作为socket。如果端口处于打开状态视为成功;
  ● HTTPGetAcction:执行一个HTTP默认请求使用container的IP地址和指定的端口以及请求的路径作为url,用户可以通过host参数设置请求的地址,通过scheme参数设置协议类型(HTTP、HTTPS)如果其响应代码在200~400之间,设为成功。
  当前kubelet拥有两个检测器,他们分别对应不通的触发器(根据触发器的结构执行进一步的动作):
  ● Liveness Probe:表示container是否处于live状态。如果 LivenessProbe失败,LivenessProbe将会通知kubelet对应的container不健康了。随后kubelet将kill掉 container,并根据RestarPolicy进行进一步的操作。默认情况下LivenessProbe在第一次检测之前初始化值为 Success,如果container没有提供LivenessProbe,则也认为是Success;
  ● ReadinessProbe:表示container是否以及处于可接受service请求的状态了。如 果ReadinessProbe失败,endpoints controller将会从service所匹配到的endpoint列表中移除关于这个container的IP地址。因此对于Service匹配到的 endpoint的维护其核心是ReadinessProbe。默认Readiness的初始值是Failure,如果一个container没有提供 Readiness则被认为是Success。
  initialDelaySeconds:用来表示初始化延迟的时间,也就是告诉监测从多久之后开始运行,单位是秒
  timeoutSeconds: 用来表示监测的超时时间,如果超过这个时长后,则认为监测失败
  Liveness Probe配置的写法和ReadinessProbe的一样
  示例:
  (1)ExecAction:在容器内部执行一个命令,如果该命令的返回值为0,则表示容器健康。如下例子,启动后 rm -fr /tmp/health 删除该文件,后cat ,当然会返回0 文件不存在,那么检查结果为失败
  

apiVersion:v1  
kind: Pod
  
metadata:
  name: liveness-exec
  label:
  name: liveness
  
spec:
  containers:
  - name: tomcat
  image: grc.io/google_containers/tomcat
  args:
  - /bin/sh
  - -c
  - echo ok >/tmp.health;sleep 10; rm -fr /tmp/health;sleep 600
  livenessProbe:
  exec:
  command:
  - cat
  - /tmp/health
  initianDelaySeconds:15
  timeoutSeconds:1 
  

  

  (2)TCPSocketAction:通过容器ip地址和端口号执行TCP检查,如果能够建立tcp连接表明容器健康
  

kind: Pod  
metadata:
  name: pod
-with-healthcheck  
spec:
  containers:
- name: nginx  image: nginx
  livenessProbe:
  tcpSocket:
  port:
80  initianDelaySeconds:
30  timeoutSeconds:
1   

  (3)HTTPGetAction:通过容器Ip地址、端口号及路径调用http get方法,如果响应的状态吗大于200且小于400,则认为容器健康
  

apiVersion:v1  
kind: Pod
  
metadata:
  name: pod
-with-healthcheck  
spec:
  containers:
- name: nginx  image: nginx
  livenessProbe:
  httpGet:
  path:
/_status/healthz  port:
80  initianDelaySeconds:
30  timeoutSeconds:
1   

  对于每种探针方式,都需要设置initialDelaySeconds和timeoutSeconds两个参数,它们含义如下:
  ● initialDelaySeconds:启动容器后首次监控检查的等待时间,单位秒
  ● timeouSeconds:健康检查发送请求后等待响应的超时时间,单位秒。当发生超时就被认为容器无法提供服务无,该容器将被重启

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-431851-1-1.html 上篇帖子: GitLab + Jenkins + Docker + Kubernetes。 下篇帖子: kubernetes创建yaml,pod服务一直处于 ContainerCreating状态的原因查找与解决
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表