Kubernetes最佳实践S01E03：Kubernetes集群健康检查最佳实践-低调大师

Kubernetes最佳实践S01E03：Kubernetes集群健康检查最佳实践

2018-12-17 585

今天是Google Developer Advocate Sandeep Dinesh 关于如何充分利用Kubernetes环境的七部分视频和博客系列的第三部分。

分布式系统很难管理。一个重要原因是有许多动态部件都为系统运行起作用。如果一个小部件损坏，系统必须检测它，绕过它并修复它。这一切都需要自动完成！

健康检查（Health Check）是让系统知道您的应用实例是否正常工作的简单方法。如果您的应用实例不再工作，则其他服务不应访问该应用或向其发送请求。相反，应该将请求发送到已准备好的应用程序实例，或稍后重试。系统还应该能够使您的应用程序恢复健康状态。

默认情况下，当Pod中的所有容器启动时，Kubernetes开始向Pod发送流量，并在崩溃时重新启动容器。虽然这在开始时可以“足够好”，但您还可以通过创建自定义运行状况检查来使部署更加健壮。幸运的是，Kubernetes使这个相对简单，所以没有理由不去这么干！

在本期Kubernetes最佳实践中，让我们了解 readiness 和 liveness 探针的细节，何时使用哪种探针，以及如何在Kubernetes集群中进行设置。

健康检查的类型

Kubernetes为您提供两种类型的健康检查，了解两者之间的差异及其用途非常重要。

Readiness

Readiness 探针旨在让Kubernetes知道您的应用何时准备好其流量服务。 Kubernetes确保 Readiness 探针检测通过，然后允许服务将流量发送到Pod。如果 Readiness 探针开始失败，Kubernetes将停止向该容器发送流量，直到它通过。

Liveness

Liveness 探针让Kubernetes知道你的应用程序是活着还是死了。如果你的应用程序还活着，那么Kubernetes就不管它了。如果你的应用程序已经死了，Kubernetes将删除Pod并启动一个新的替换它。

健康检查是如何提供帮助的？

让我们看看两个场景， Readiness 探针和 Liveness 探针可以帮助您构建鲁棒性更强的应用程序。

Readiness

让我们假设您的应用需要一分钟的时间来预热并开始。即使该过程已启动，您的服务在启动并运行之前也无法运行。如果要将此部署扩展为具有多个副本，也会出现问题。新副本在完全就绪之前不应接收流量，但默认情况下，Kubernetes会在容器内的进程启动后立即开始发送流量。通过使用 Readiness 探针，Kubernetes等待应用程序完全启动，然后才允许服务将流量发送到新副本。

Liveness

让我们假设另一种情况，你的应用程序有一个令人讨厌的死锁情况，导致它无限期挂起并停止提供请求服务。因为该服务还在运行，默认情况下Kubernetes认为一切正常并继续向已经broken的Pod发送请求。通过使用 Liveness 探针，Kubernetes会检测到应用程序不再提供请求并重新启动有问题的Pod。

探针类型

下一步是定义测试 Readiness 和 Liveness 的探针。有三种类型的探测：HTTP、Command和TCP。您可以使用它们中的任何一个进行 Liveness 和 Readiness 检查。

HTTP

HTTP探针可能是最常见的自定义 Liveness 探针类型。即使您的应用程序不是HTTP服务，您也可以在应用程序内创建轻量级HTTP服务以响应 Liveness 探针。 Kubernetes去 ping 一个路径，如果它得到的是200或300范围内的HTTP响应，它会将应用程序标记为健康。否则它被标记为不健康。

您可以在此处阅读有关HTTP探针的更多信息。

Command

对于 Command 探针，Kubernetes则只是在容器内运行命令。如果命令以退出代码0返回，则容器标记为健康。否则，它被标记为不健康。当您不能或不想运行HTTP服务时，此类型的探针则很有用，但是必须是运行可以检查您的应用程序是否健康的命令。

您可以在此处阅读有关Command探针的更多信息。

TCP

最后一种类型的探针是TCP探针，Kubernetes尝试在指定端口上建立TCP连接。如果它可以建立连接，则容器被认为是健康的；否则被认为是不健康的。

如果您有HTTP探针或Command探针不能正常工作的情况，TCP探测器会派上用场。例如，gRPC或FTP服务是此类探测的主要候选者。

您可以在此处阅读有关TCP探针的更多信息。

配置探针的初始化延迟时间

可以通过多种方式配置探针。您可以指定它们应该运行的频率，成功和失败阈值是什么，以及等待响应的时间。有关配置探针的文档非常清楚地介绍了其不同的选项及功能。

但是，使用 Liveness 探针时需要配置一个非常重要的设置，就是 initialDelaySeconds 设置。

如上所述， Liveness 探针失败会导致Pod重新启动。在应用程序准备好之前，您需要确保探针不会启动。否则，应用程序将不断重启，永远不会准备好！

我建议使用 p99延迟启动时间作为initialDelaySeconds，或者只是取平均启动时间并添加一个缓冲区。随着您应用的启动时间变得越来越快，请确保更新这个数值。

结论

大多数人会告诉你健康检查是分布式系统的基本要求，Kubernetes也不例外。使用健康检查为您的Kubernetes服务奠定了坚实的基础，更好的可靠性和更长的正常运行时间。值得庆幸的是，Kubernetes让您轻松做到这些！

本文转自DockOne-Kubernetes最佳实践S01E03：Kubernetes集群健康检查最佳实践

微信关注我们

原文链接：https://yq.aliyun.com/articles/680336

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Kubernetes三周年，这仅仅是伟大征途的开始

很难相信Kubernetes 1.0是三年前才发布的，它现在的影响力已经空前绝后了。 Kubernetes生态系统确实很庞大，很多大企业（比如 Bloomberg ）和小公司都在使用这一可能会成为IT历史上最为成功的开源软件。对于Kubernetes来说，去年是尤为重要的一年，它成为成熟的平台并且被广泛使用。重要的开发节点如下。 2018年三月份，Kubernetes成为有史以来CNCF的第一个 “毕业”项目。最近，Kubernetes荣获了 2018 OSCON最大影响力奖。 Google Cloud Next' 17 Kubernetes：云时代的Linux 在Google Cloud Next' 17大会上，Jim Zemlin，Linux基金会的常务董事说， Kubernetes是“云时代的Linux” ，这从一方面反应了Kubernetes是开源世界里有史以来发展最快的项目。 The New Stack的最新分析里，基于Cloud Native Computing Foundation（CNCF，云原生计算基金会）的调查数据，表明在容器世界里很难找到比Kubern...

2018-12-18

642

今天是Google Developer Advocate Sandeep Dinesh 的七部分视频和博客系列的第二部分，介绍如何充分利用您的Kubernetes环境。当您开始在Kubernetes之上构建越来越多的服务时，简单的任务开始变得更加复杂。例如，团队无法创建具有相同名称的Kubernetes Service 或 Deployment 。如果你有成千上万的 Pod ，只是列出它们都需要一些时间，更不用说实际管理它们了！当然，这些还只是冰山一角。在本期Kubernetes最佳实践中，让我们来看看如何使用Kubernetes命名空间来更轻松地管理您的Kubernetes资源。什么是命名空间（Namespace）？您可以将命名空间视为Kubernetes集群中的虚拟集群。您可以在单个Kubernetes集群中拥有多个命名空间，并且它们在逻辑上彼此隔离。他们可以为您和您的团队提供组织，安全甚至性能方面的帮助！默认命名空间（Default Namespace）在大多数Kubernetes发行版中，集群开箱即用，命名空间默认为 default 。事实上，Kuberne...

2018-12-18

543

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。