容器健康检查详解

我们容器集群内核基于kubernetes,kubernetes支持对容器进行周期性的探测,根据探测结果来决定判断容器的健康状态,并执行额外的操作。当我们创建服务时,在容器参数页的高级设置选项里面,可以为容器设置健康检查。

健康检查类别

  1. 容器存活检查。该检查方式用于检测容器是否活着,类似于我们执行ps检查进程是否存在。如果容器的存活检查失败,集群会对该容器执行重启操作,检查成功则不执行任何操作。
  2. 容器就绪检查。该检查方式用于检测容器是否准备好开始处理用户请求,一些程序的启动时间可能很长,比如要加载磁盘数据或者依赖外部的某个模块启动完成时才提供服务,这时候程序进程在,但是并不能对外提供服务。这种场合下该检查方式就非常有用。如果容器的就绪检查失败,集群会屏蔽请求访问该容器,否则会放开对该容器的访问。

健康检查方式

TCP端口探测

TCP端口探测的原理是,对于提供TCP通信服务的容器,集群周期性地对该容器建立TCP连接,如果连接成功,则认为探测成功,否则认为探测失败。选择TCP端口探测方式,必须指定容器监听的端口。比如我们有一个redis容器,它的服务端口是6379,我们对该容器配置了TCP端口探测,指定探测端口为6379,那么集群会周期性地对该容器的6379端口发起TCP连接,如果连接成功则认为检查成功,否则认为检查失败。

HTTP请求探测

HTTP请求探测针对的是提供HTTP或者HTTPS服务的容器,集群周期性地对该容器发起HTTP/HTTPS GET请求,如果HTTP/HTTPS response返回码的范围在200~399,则认为探测成功,否则认为探测失败。使用HTTP请求探测必须指定容器监听的端口和HTTP/HTTPS的请求路径。举个例子,我们的容器提供了HTTP服务,服务端口为80,我们的HTTP检查路径为/health-check,那么集群会周期性地对容器发起 GET http://containerIP:80/health-check 请求。

执行命令检查

执行命令检查是一种强大的检查方式,该方式要求用户指定一个容器内的可执行命令,集群会周期性地在容器内执行该命令,如果命令的返回结果是0则认为检查成功,否则认为检查失败。 对于上面提到的TCP端口探测和HTTP请求探测,都可以通过执行命令检查的方式来替代:

  1. 对于TCP端口探测,我们可以写一个程序来对容器的端口进行connect,如果connect成功,脚本返回0,否则返回-1。
  2. 对于HTTP请求探测,我们可以写一个脚本来对容器进行wget,wget http://127.0.0.1:80/health-check,并检查返回的response,如果code在200~399的范围,脚本返回0,否则返回-1。

注意: 必须把要执行的程序放在容器的镜像里面,否则会因找不到程序而执行失败。

注意: 如果执行的命令是一个shell脚本,不能直接指定脚本作为执行命令,需要加上脚本的解释器。比如我们脚本是/data/scripts/health_check.sh,那么我们使用执行命令检查时,指定的程序应该是 "sh /data/scripts/health_check.sh"。究其原因,是因为集群在执行容器里的程序时,不在终端环境。

其它公共参数

  1. 启动延时,单位秒。该参数指定了容器启动后,多久开始探测。例如启动延时设置成5,那么健康检查将在容器启动5秒后开始。
  2. 间隔时间,单位秒。该参数指定了健康检查的频率。例如间隔时间设置成10,那么集群会每隔10s检查一次。
  3. 响应超时,单位秒。该参数指定了健康探测的超时时间,对应到TCP端口探测、HTTP请求探测、执行命令检查三种方式,分别表示TCP连接超时时间、HTTP请求响应超时时间,以及执行命令的超时时间。
  4. 健康阈值,单位次数。该参数指定了健康检查连续成功多少次后,才判定容器是健康的。例如健康阈值设置成3,只有满足连续三次探测都成功才认为容器是健康的。 注意: 如果健康检查的类型为存活检查,那么健康阈值只能是1,用户设置成其它值将被视为无效,因为只要探测成功一次,我们就能确定容器是存活的。
  5. 不健康阈值,单位次数。该参数指定了健康检查连续失败多少次后,才判断容器是不健康的。例如不健康阈值设置成3,只有满足连续三次都探测失败了,才认为容器是不健康的。

相关推荐

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

编辑于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏最高权限比特流

HTTP协议(二):作用

1995
来自专栏云计算

6个虚拟机备份和恢复的最佳实践

虚拟机的架构与传统的物理机有着天壤之别,因此不适合于传统的备份方案。在本文中,我们将介绍一些虚拟机备份的最佳实践。

20610
来自专栏云技术

支持八千台子机并发创建,详解腾讯云主机创建优化之路

云主机创建有两种方式,一种通过镜像下载来创建,另一种通过快照回滚来创建, 前者是通用的传统方式,后者依赖于CBS云盘能力。 随着CBS云盘使用越来越广泛,腾讯云...

47012
来自专栏FreeBuf

利用旧版Android漏洞的E-Z-2-Use攻击代码已在Metasploit发布

利用旧版Android漏洞的E-Z-2-Use攻击代码发布利用Android操作系统WebView编程接口漏洞的攻击代码已作为一个模块加入到开源漏洞利用框架Me...

1866
来自专栏IT技术精选文摘

微服务部署策略的选择

动机 部署单体应用程序意味着运行多个通常是单个大型应用程序的相同副本。您通常会提供N个服务器(物理或虚拟)并在每个服务器上运行M个应用程序的实例。部署单体应用程...

1837
来自专栏互联网技术栈

技术选型系列 - Tair&Redis对比

422
来自专栏散尽浮华

Netdata---Linux系统性能实时监控平台部署记录

通常来说,作为一个Linux的SA,很有必要掌握一个专门的系统监控工具,以便能随时了解系统资源的占用情况。下面就介绍下一款Linux性能实时监测工具-Netda...

4058
来自专栏互扯程序

浏览速度慢?你的系统还没有升级到Http/2吗?

KS Knowledge Sharing 知识分享 现在是资源共享的时代,同样也是知识分享的时代,如果你觉得本文能学到知识,请把知识与别人分享 开篇HT...

20910
来自专栏MessageQueue

消息中间件架构讨论

接上一篇的《业务方对消息中间件的需求》,在可用性和可靠性的基础上,讨论各种架构的优缺点,最后给出自己关于消息中间件的架构思考。

1072
来自专栏腾讯云服务器团队的专栏

主机迁移实践分享

在云计算时代,不管是从IDC上云还是多云直接的迁移,都已经是常见的事宜。而在上云/迁移的方案中,也是有多种的方式能够将主机迁移到腾讯云中。

11.2K12

扫码关注云+社区