7.3. 服务器管理


存活度探测 :9990/health/live 在 Deployment Error 时不会重启 pod

Issue - JBEAP-24257

在 JBoss EAP 7.4 中,当有部署错误导致重启容器时,python 存活度探测会报告 "not alive"。

在 JBoss EAP 8.0 中,存活度探测 :9990/health/live 使用服务器管理模型来确定就绪度。如果 server-state 正在运行,且没有引导或部署错误,则存活度检查会在服务器进程运行时报告 UP

因此,部署错误可能会导致 pod 正在运行,但为 "not ready"。这只会影响部署期间出现间歇性错误的应用程序。如果部署期间始终发生这些错误,容器将永不就绪,并且 pod 处于 CrashLoopBackoff 状态。

注意

:9990/health/live 是 Helm chart 和 JBoss EAP operator 使用的默认存活度探测。

临时解决方案

如果有部署错误会导致 pod 正在运行,但报告了 "not ready",请检查服务器引导过程,解决导致错误的部署问题,然后验证服务器是否已正确部署。

如果无法修复部署错误,请将启动探测更改为使用 /ready HTTP 端点,以便引导错误会触发 pod 重启。例如,如果您使用 Helm 部署 JBoss EAP 应用程序,请通过更新 deploy.livenessProbe 字段来配置存活度探测:

deploy:
  livenessProbe:
    httpGet:
      path: /health/ready
Copy to Clipboard Toggle word wrap
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2026 Red Hat
返回顶部