6.2. Apicurio Registry 健康检查的环境变量


本节论述了 OpenShift 上 Apicurio Registry 健康检查的可用环境变量。这包括存活度和就绪度探测,以监控 OpenShift 中的 Apicurio Registry 服务器的健康状态。如需示例流程,请参阅 第 6.1 节 “在 OpenShift 上配置 Apicurio Registry 健康检查”

重要

提供以下环境变量仅供参考。默认值是为大多数情况而设计的,只有在您的环境需要时才更改。对默认值的任何更改都取决于您的硬件、网络和存储的数据量。这些值应尽可能保持较低,以避免不必要的开销。

存活度环境变量

Expand
表 6.1. Apicurio Registry 存活度探测的环境变量
Name描述类型默认

LIVENESS_ERROR_THRESHOLD

存活度探测失败之前可能出现的存活度问题或错误数量。

整数

1

LIVENESS_COUNTER_RESET

发生阈值错误数的期间。例如,如果这个值为 60,并且阈值为 1,则检查会在 1 分钟内出现两个错误后失败

60

LIVENESS_STATUS_RESET

存活度探测需要经过的、没有更多错误的秒数,才能重置为 OK 状态。

300

LIVENESS_ERRORS_IGNORED

以逗号分隔的忽略存活度异常列表。

字符串

io.grpc.StatusRuntimeException,org.apache.kafka.streams.errors.InvalidStateStoreException

注意

由于 OpenShift 会自动重启失败存活度检查的 Pod,存活度设置与就绪度设置不同,因此不会影响 OpenShift 上 Apicurio Registry 的行为。

就绪度环境变量

Expand
表 6.2. Apicurio Registry 就绪度探测的环境变量
Name描述类型默认

READINESS_ERROR_THRESHOLD

就绪度探测失败之前可能出现的就绪问题或错误数量。

整数

1

READINESS_COUNTER_RESET

发生阈值错误数的期间。例如,如果这个值为 60,并且阈值为 1,则检查会在 1 分钟内出现两个错误后失败。

60

READINESS_STATUS_RESET

存活度探测需要经过的、没有更多错误的秒数,才能重置为 OK 状态。在这种情况下,这意味着 Pod 保持就绪的时长,直到它返回到正常操作为止。

300

READINESS_TIMEOUT

readiness 跟踪两个操作的超时时间:

  • 存储请求完成所需的时间
  • HTTP REST API 请求返回响应所需的时间

如果这些操作需要的时间超过配置的超时时间,这会被计为就绪问题或错误。这个值控制两个操作的超时时间。

5

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat