kubernetes-readinessliveness-checks

Kubernetes 就绪/存活检查指南与说明 在 Kubernetes 中，就绪（readiness）和存活（liveness）探针用于监控和管理容器的健康状态。合理配置这些探针有助于提升应用的稳定性和可用性。以下是相关指导与说明： 1. 存活探针（Liveness Probe） - 用途：检测容器是否正在运行。如果探测失败，Kubernetes 将重启该容器。 - 适用场景：当应用陷入死锁或无响应状态时，通过重启恢复服务。 - 配置建议： - 避免设置过于敏感的阈值，防止因短暂延迟导致不必要的重启。 - 使用轻量级检查方式（如 HTTP GET 或执行命令），避免消耗过多资源。 - 示例：对 Web 服务使用 HTTP 请求 `/healthz` 路径进行探测。 2. 就绪探针（Readiness Probe） - 用途：判断容器是否已准备好接收流量。若探测失败，Kubernetes 会将该 Pod 从服务的端点列表中移除。 - 适用场景：应用在启动初期需要加载数据、建立连接或等待依赖服务就绪时使用。 - 配置建议： - 确保探针能准确反映应用是否真正可处理请求。 - 初始延迟（initialDelaySeconds）应足够长，以覆盖应用启动时间。 - 示例：检查数据库连接或关键配置文件是否存在。 3. 常见探测类型 - HTTP 探针：向指定端口和路径发送 HTTP 请求，根据返回状态码（200–399 视为成功）判断。 - 命令行探针（Exec）：在容器内执行指定命令，退出码为 0 表示成功。 - TCP 探针：尝试建立 TCP 连接到指定端口，连接成功即视为健康。 4. 最佳实践 - 为关键服务同时配置存活和就绪探针。 - 区分“存活”与“就绪”逻辑：一个容器可能仍在运行（存活），但尚未准备好处理请求（不就绪）。 - 设置合理的超时时间（timeoutSeconds）、间隔（periodSeconds）和失败阈值（failureThreshold）。 - 避免在探针中执行耗时操作或依赖外部不稳定服务。 - 使用独立的健康检查端点，避免与业务逻辑耦合。 5. 调试与监控 - 使用 `kubectl describe pod <pod-name>` 查看探针失败原因。 - 结合日志和事件信息分析探测异常。 - 在 Prometheus 等监控系统中集成探针状态指标，实现告警。 通过正确配置和使用就绪与存活探针，可以有效提升 Kubernetes 上应用的自我修复能力和整体可靠性。

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本

相关资产