什么是存活探针？
存活探针是Kubernetes提供的一种健康检查机制，用于定期检测容器中的应用是否仍在正常运行。当探针检测失败时，Kubernetes会根据配置重启容器，试图恢复应用的健康状态。这种机制对于确保应用的高可用性至关重要，特别是在处理内存泄漏、死锁或其他可能导致应用无响应的问题时。
存活探针的类型与配置
1. HTTP GET探针
HTTP GET探针是最常用的存活探针类型，它通过向容器内的指定端点发送HTTP请求来检查应用状态。配置时需要指定路径、端口和初始延迟等参数。，一个Spring Boot应用可以暴露/actuator/health端点供探针检查。
2. TCP Socket探针
TCP Socket探针通过尝试建立TCP连接来检查容器是否存活。这种探针适用于不提供HTTP接口的服务，如数据库或自定义TCP服务。配置时需要指定容器暴露的端口号。
3. Exec探针
Exec探针通过在容器内执行命令并检查其退出代码来判断容器健康状态。这种探针最为灵活，可以执行任何自定义的健康检查逻辑，但需要谨慎设计命令以避免资源消耗过大。
存活探针的最佳实践
配置存活探针时需要考虑多个因素以确保其有效性和可靠性。初始延迟(initialDelaySeconds)应该足够长，确保应用完全启动后再开始检查。检查间隔(periodSeconds)和超时时间(timeoutSeconds)需要根据应用特性合理设置。过于频繁的检查会增加系统负担，而间隔过长则可能延迟问题发现。
另一个重要考虑是探针的失败阈值(failureThreshold)。这个值决定了在Kubernetes采取行动(如重启容器)前允许探针连续失败的次数。对于启动较慢的应用，可以设置较高的失败阈值以避免不必要的重启。
存活探针与就绪探针的协同工作
存活探针常与就绪探针(Readiness Probe)配合使用，但它们的目的不同。存活探针确保崩溃或无响应的应用被重启，而就绪探针控制何时将流量路由到Pod。理解两者的区别和适用场景对于设计健壮的Kubernetes应用至关重要。
常见问题与解决方案
在实际使用中，存活探针可能会遇到各种问题。，"重启循环"是常见问题之一，即容器不断被重启而无法保持运行状态。这通常表明应用存在根本性问题，或者探针配置不当。解决这类问题需要仔细检查应用日志和探针配置。
另一个常见问题是资源不足导致的探针失败。当容器因CPU或内存限制而响应缓慢时，探针可能超时失败。这种情况下，需要调整资源限制或优化应用性能。
存活探针是Kubernetes中确保应用可靠性的强大工具，但需要根据具体应用特性精心配置。通过合理设置各种参数并遵循最佳实践，可以显著提高容器化应用的稳定性和可用性。
常见问题解答
Q: 存活探针和就绪探针有什么区别？
A: 存活探针用于确定是否需要重启容器，而就绪探针用于确定Pod是否准备好接收流量。存活探针失败会导致容器重启，就绪探针失败则会将Pod从服务端点中移除。
Q: 如何选择合适的探针类型？
A: 如果应用提供HTTP接口，优先使用HTTP GET探针；对于TCP服务，使用TCP Socket探针；当需要复杂检查逻辑时，考虑使用Exec探针。
Q: 存活探针配置不当会导致什么问题？
A: 配置不当可能导致不必要的容器重启(如初始延迟过短)或问题响应延迟(如检查间隔过长)。最严重的情况是导致应用陷入不断重启的循环。
Q: 如何调试存活探针问题？
A: 可以使用kubectl describe pod命令查看探针状态和容器事件，检查应用日志了解健康检查失败原因，并考虑临时增加日志输出以获取更多调试信息。