搜索

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

download PDF

本节介绍 OpenShift 上 Apicurio Registry 健康检查的可用环境变量。这包括存活度和就绪度探测,以监控 OpenShift 上 Apicurio Registry 服务器的健康状态。有关示例步骤,请参阅 第 6.1 节 “在 OpenShift 中配置 Apicurio Registry 健康检查”

重要

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

存活度环境变量

表 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 的行为。

就绪度环境变量

表 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 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

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

© 2024 Red Hat, Inc.