$ oc edit configmap tempo-operator-manager-config -n openshift-tempo-operator (1)
作为服务所有者,您可以使用分布式跟踪来检测您的服务,以收集有关服务架构的见解。您可以使用 Red Hat OpenShift 分布式跟踪平台来监控、网络分析和解决现代、云原生、基于微服务的应用程序中组件之间交互的问题。
使用分布式跟踪平台,您可以执行以下功能:
监控分布式事务
优化性能和延迟
执行根本原因分析
您可以使用 Red Hat OpenShift 分布式跟踪平台 (Tempo) 结合 Red Hat 版本的 OpenTelemetry。
仅支持的功能已记录在案。未记录的功能当前不受支持。如果您需要有关某个功能的帮助,请联系 Red Hat 的支持部门。 |
此版本的 Red Hat OpenShift 分布式跟踪平台包括 Red Hat OpenShift 分布式跟踪平台 (Tempo) 和已弃用的 Red Hat OpenShift 分布式跟踪平台 (Jaeger)。
Red Hat OpenShift 分布式追踪平台 (Tempo) 3.4 通过 Tempo Operator 0.14.1 提供。
Red Hat OpenShift 分布式追踪平台 (Tempo) 3.4 基于开源 Grafana Tempo 2.6.1。 |
此更新引入了以下增强功能:
TempoStack 实例的 Jaeger UI 中的监控选项卡使用新的默认指标命名空间:traces.span.metrics
。在此更新之前,Jaeger UI 使用的是空命名空间。新的 traces.span.metrics
命名空间默认值也被 OpenTelemetry Collector 0.113.0 使用。您可以使用 TempoStack
自定义资源中的以下字段将指标命名空间设置为空值:spec.template.queryFrontend.monitorTab.redMetricsNamespace: ""
。
这是一个重大更改。如果您同时使用 Red Hat OpenShift 分布式追踪平台 (Tempo) 和 Red Hat 版本的 OpenTelemetry,则必须先升级到 Red Hat 版本的 OpenTelemetry 3.4,然后再升级到 Red Hat OpenShift 分布式追踪平台 (Tempo) 3.4。 |
TempoStack
和 TempoMonolithic
自定义资源定义中新增可选的 spec.timeout
字段,用于为所有组件配置一个超时值。默认情况下,超时值设置为 30 秒,即 30s
。
这是一个重大更改。 |
此更新引入了以下错误修复:
在此更新之前,分布式追踪平台 (Tempo) 在 IBM Z (s390x
) 架构上会失败。通过此更新,分布式追踪平台 (Tempo) 现在可在 IBM Z (s390x
) 架构上使用。(TRACING-3545)
在此更新之前,分布式追踪平台 (Tempo) 在具有非私有网络的集群上会失败。通过此更新,您可以在具有非私有网络的集群上部署分布式追踪平台 (Tempo)。(TRACING-4507)
在此更新之前,Jaeger UI 可能会由于达到追踪数量限制而失败,从而导致 tempo-query
日志中出现 504 Gateway Timeout 错误。此更新后,通过在 tempostack
或 tempomonolithic
自定义资源中引入两个可选字段来解决此问题:
新的 spec.timeout
字段用于配置超时。
新的 spec.template.queryFrontend.jaegerQuery.findTracesConcurrentRequests
字段用于提高 Jaeger UI 的查询性能。
一个查询器默认最多可以处理 20 个并发查询。通过扩展查询器实例可以进一步增加并发查询的数量。 |
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.4 通过 Red Hat OpenShift 分布式追踪平台 Operator 1.62.0 提供。
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.4 基于开源 Jaeger 1.62.0 版本。 |
Jaeger 不使用 FIPS 验证的加密模块。 |
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.4 支持与 OpenShift Elasticsearch Operator 5.6、5.7 和 5.8 一起使用。
在 Red Hat OpenShift 分布式追踪平台 3.4 中,Jaeger 和对 Elasticsearch 的支持已被弃用,并且计划在将来的版本中删除这两个组件。Red Hat 将在此版本的生命周期内为这些组件提供支持以及针对严重性和更高级别的 CVE 和错误的修复,但这些组件将不再收到功能增强。
Red Hat OpenShift 分布式追踪平台 Operator 计划从 redhat-operators
目录中删除。您必须迁移到 Tempo Operator 和 Red Hat 版本的 OpenTelemetry 以进行分布式追踪收集和存储。
此更新引入了以下错误修复:
在此更新之前,Jaeger UI 可能会出现 502 - Bad Gateway Timeout 错误。此更新后,您可以在入口注释中配置超时。(TRACING-4238)
Red Hat OpenShift 分布式追踪平台 3.3.1 是一个维护版本,没有更改,因为 Red Hat OpenShift 分布式追踪平台与 Red Hat 版本的 OpenTelemetry 捆绑在一起,该版本已 发布 并包含错误修复。
此版本的 Red Hat OpenShift 分布式跟踪平台包括 Red Hat OpenShift 分布式跟踪平台 (Tempo) 和已弃用的 Red Hat OpenShift 分布式跟踪平台 (Jaeger)。
Red Hat OpenShift 分布式追踪平台 (Tempo) 通过 Tempo Operator 提供。
Red Hat OpenShift 分布式追踪平台 (Tempo) 3.3.1 基于开源 Grafana Tempo 2.5.0。
Red Hat OpenShift 分布式追踪平台 (Jaeger) 通过 Red Hat OpenShift 分布式追踪平台 Operator 提供。
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.3.1 基于开源 Jaeger 1.57.0 版本。
Jaeger 不使用 FIPS 验证的加密模块。 |
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.3.1 支持与 OpenShift Elasticsearch Operator 5.6、5.7 和 5.8 一起使用。
在 Red Hat OpenShift 分布式追踪平台 3.3.1 中,Jaeger 及其对 Elasticsearch 的支持已被弃用,并计划在未来的版本中移除。Red Hat 将在当前版本的生命周期内为这些组件提供支持,并修复严重级别为严重及以上的 CVE 和 bug,但这些组件将不再接收功能增强。Tempo Operator 和 Red Hat 构建的 OpenTelemetry 是首选的分布式追踪收集和存储 Operator。用户必须采用 OpenTelemetry 和 Tempo 分布式追踪栈,因为这是未来将要增强的栈。
在 Red Hat OpenShift 分布式追踪平台 3.3.1 中,Jaeger agent 已被弃用,并计划在下个版本中移除。Red Hat 将在当前版本的生命周期内为 Jaeger agent 提供 bug 修复和支持,但 Jaeger agent 将不再接收增强功能,并将被移除。Red Hat 构建的 OpenTelemetry 提供的 OpenTelemetry Collector 是首选的注入追踪收集器 agent 的 Operator。
此版本的 Red Hat OpenShift 分布式跟踪平台包括 Red Hat OpenShift 分布式跟踪平台 (Tempo) 和已弃用的 Red Hat OpenShift 分布式跟踪平台 (Jaeger)。
Red Hat OpenShift 分布式追踪平台 (Tempo) 通过 Tempo Operator 提供。
Red Hat OpenShift 分布式追踪平台 (Tempo) 3.3 基于开源 Grafana Tempo 2.5.0。
此更新引入了以下增强功能:
支持使用 OpenShift OAuth Proxy 保护 Jaeger UI 和 Jaeger API。(TRACING-4108)
支持在禁用多租户时,在摄取 API 上使用由 OpenShift Container Platform 生成的服务服务证书。(TRACING-3954)
支持在启用多租户时使用 OTLP/HTTP 协议进行摄取。(TRACING-4171)
支持 AWS S3 安全令牌认证。(TRACING-4176)
支持自动重新加载证书。(TRACING-4185)
支持配置服务名称可用于查询的持续时间。(TRACING-4214)
此更新引入了以下错误修复:
在此更新之前,存储证书名称不支持点。在此更新之后,存储证书名称可以包含点。(TRACING-4348)
在此更新之前,某些用户在访问网关路由时必须选择证书。在此更新之后,无需提示选择证书。(TRACING-4431)
在此更新之前,网关组件不可扩展。在此更新之后,网关组件可扩展。(TRACING-4497)
在此更新之前,通过路由访问时,Jaeger UI 可能会出现 **504 网关超时** 错误。在此更新之后,用户可以指定路由注释以增加超时时间,例如 `haproxy.router.openshift.io/timeout: 3m`,以便查询大型数据集。(TRACING-4511)
Red Hat OpenShift 分布式追踪平台 (Jaeger) 通过 Red Hat OpenShift 分布式追踪平台 Operator 提供。
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.3 基于开源 Jaeger 1.57.0 版本。
Jaeger 不使用 FIPS 验证的加密模块。 |
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.3 支持与 OpenShift Elasticsearch Operator 5.6、5.7 和 5.8 一起使用。
在 Red Hat OpenShift 分布式追踪平台 3.3 中,Jaeger 及其对 Elasticsearch 的支持已被弃用,并计划在未来的版本中移除。Red Hat 将在当前版本的生命周期内为这些组件提供支持,并修复严重级别为严重及以上的 CVE 和 bug,但这些组件将不再接收功能增强。
Red Hat OpenShift 分布式追踪平台 Operator 将从 `redhat-operators` 目录中移除,具体时间请关注后续发布。用户必须迁移到 Tempo Operator 和 Red Hat 构建的 OpenTelemetry 用于分布式追踪收集和存储。
此版本的 Red Hat OpenShift 分布式跟踪平台包括 Red Hat OpenShift 分布式跟踪平台 (Tempo) 和已弃用的 Red Hat OpenShift 分布式跟踪平台 (Jaeger)。
Red Hat OpenShift 分布式追踪平台 (Tempo) 通过 Tempo Operator 提供。
此更新引入了以下错误修复:
在此更新之前,由于 operator 尝试为服务帐户协调新的 `openshift.io/internal-registry-pull-secret-ref` 注解,导致循环,从而在 OpenShift Container Platform 4.16 上会持续生成密钥。在此更新之后,operator 将忽略此新的注解。(TRACING-4434)
此版本的 Red Hat OpenShift 分布式跟踪平台包括 Red Hat OpenShift 分布式跟踪平台 (Tempo) 和已弃用的 Red Hat OpenShift 分布式跟踪平台 (Jaeger)。
此版本修复了 CVE-2024-25062。
此版本的 Red Hat OpenShift 分布式跟踪平台包括 Red Hat OpenShift 分布式跟踪平台 (Tempo) 和已弃用的 Red Hat OpenShift 分布式跟踪平台 (Jaeger)。
Red Hat OpenShift 分布式追踪平台 (Tempo) 通过 Tempo Operator 提供。
此更新引入了以下技术预览功能
支持 Tempo 单体部署。
Tempo 单体部署仅为技术预览功能。技术预览功能不受 Red Hat 生产服务级别协议 (SLA) 支持,并且功能可能不完整。Red Hat 不建议在生产环境中使用它们。这些功能可让客户提前访问即将推出的产品功能,从而能够在开发过程中测试功能并提供反馈。 有关 Red Hat 技术预览功能支持范围的更多信息,请参见 技术预览功能支持范围。 |
此更新引入了以下增强功能:
Red Hat OpenShift 分布式追踪平台 (Tempo) 3.2 基于开源 Grafana Tempo 2.4.1。
允许覆盖每个组件的资源。
此更新引入了以下错误修复:
在此更新之前,Jaeger UI 仅显示在之前 15 分钟内发送追踪的服务。在此更新之后,可以使用以下字段配置服务和操作名称的可用性:`spec.template.queryFrontend.jaegerQuery.servicesQueryDuration`。(TRACING-3139)
在此更新之前,当由于搜索大型追踪而导致内存不足 (OOM) 时,`query-frontend` pod 可能会停止。在此更新之后,可以设置资源限制以防止此问题。(TRACING-4009)
Red Hat OpenShift 分布式追踪平台 (Jaeger) 通过 Red Hat OpenShift 分布式追踪平台 Operator 提供。
Jaeger 不使用 FIPS 验证的加密模块。 |
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.2 支持与 OpenShift Elasticsearch Operator 5.6、5.7 和 5.8 配合使用。
在 Red Hat OpenShift 分布式追踪平台 3.2 中,Jaeger 和对 Elasticsearch 的支持已被弃用,并计划在未来版本中移除。Red Hat 将在当前发布周期内为这些组件提供支持和针对严重程度为严重及以上的 CVE 和 Bug 的修复,但这些组件将不再接收功能增强。Tempo Operator 和 Red Hat 构建的 OpenTelemetry 是首选的分布式追踪收集和存储 Operator。用户必须采用 OpenTelemetry 和 Tempo 分布式追踪栈,因为这是未来将要增强的栈。
在 Red Hat OpenShift 分布式追踪平台 3.2 中,Jaeger agent 已被弃用,并计划在下一个版本中移除。Red Hat 将在当前发布周期内为 Jaeger agent 提供 Bug 修复和支持,但 Jaeger agent 将不再接收增强功能,并将被移除。Red Hat 构建的 OpenTelemetry 提供的 OpenTelemetry Collector 是首选的注入追踪收集 agent 的 Operator。
此更新为分布式追踪平台 (Jaeger) 引入了以下增强功能:
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.2 基于开源 Jaeger 1.57.0 版本。
此版本的 Red Hat OpenShift 分布式跟踪平台包括 Red Hat OpenShift 分布式跟踪平台 (Tempo) 和已弃用的 Red Hat OpenShift 分布式跟踪平台 (Jaeger)。
此版本修复了 CVE-2023-39326。
Red Hat OpenShift 分布式追踪平台 (Tempo) 通过 Tempo Operator 提供。
当前存在以下已知问题:
目前,当与 Tempo Operator 配合使用时,Jaeger UI 仅显示在过去 15 分钟内发送过追踪数据的服务。对于在过去 15 分钟内未发送追踪数据的服务,追踪数据仍然存储,但在 Jaeger UI 中不显示。(TRACING-3139)
当前,分布式追踪平台 (Tempo) 在 IBM Z (s390x
) 架构上会失败。(TRACING-3545)
Red Hat OpenShift 分布式追踪平台 (Jaeger) 通过 Red Hat OpenShift 分布式追踪平台 Operator 提供。
Jaeger 不使用 FIPS 验证的加密模块。 |
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.1.1 支持与 OpenShift Elasticsearch Operator 5.6、5.7 和 5.8 配合使用。
在 Red Hat OpenShift 分布式追踪平台 3.1.1 中,Jaeger 和对 Elasticsearch 的支持已被弃用,并计划在未来版本中移除。Red Hat 将在当前发布周期内为这些组件提供严重及以上 CVE Bug 的修复和支持,但这些组件将不再接收功能增强。
在 Red Hat OpenShift 分布式追踪平台 3.1.1 中,Tempo Operator 提供的 Tempo 和 Red Hat 构建的 OpenTelemetry 提供的 OpenTelemetry Collector 是首选的分布式追踪收集和存储 Operator。所有用户都应采用 OpenTelemetry 和 Tempo 分布式追踪栈,因为这将是未来将要增强的栈。
此版本的 Red Hat OpenShift 分布式跟踪平台包括 Red Hat OpenShift 分布式跟踪平台 (Tempo) 和已弃用的 Red Hat OpenShift 分布式跟踪平台 (Jaeger)。
Red Hat OpenShift 分布式追踪平台 (Tempo) 通过 Tempo Operator 提供。
此更新为分布式追踪平台 (Tempo) 引入了以下增强功能:
Red Hat OpenShift 分布式追踪平台 (Tempo) 3.1 基于开源 Grafana Tempo 2.3.1 版本。
支持集群范围的代理环境。
支持将 TraceQL 用于网关组件。
此更新为分布式追踪平台 (Tempo) 引入了以下 Bug 修复:
在此更新之前,当在 OpenShift Container Platform 4.15 中启用 monitorTab
创建 TempoStack 实例时,不会创建所需的 tempo-redmetrics-cluster-monitoring-view
ClusterRoleBinding。此更新通过修复 Operator 在任意命名空间中部署时的监控选项卡的 RBAC 来解决此问题。(TRACING-3786)
在此更新之前,当在仅具有 IPv6 网络堆栈的 OpenShift Container Platform 集群上创建 TempoStack 实例时,压缩器和摄取器 pod 将处于 CrashLoopBackOff
状态,导致多个错误。此更新提供对 IPv6 集群的支持。( TRACING-3226)
当前存在以下已知问题:
目前,当与 Tempo Operator 配合使用时,Jaeger UI 仅显示在过去 15 分钟内发送过追踪数据的服务。对于在过去 15 分钟内未发送追踪数据的服务,追踪数据仍然存储,但在 Jaeger UI 中不显示。(TRACING-3139)
当前,分布式追踪平台 (Tempo) 在 IBM Z (s390x
) 架构上会失败。(TRACING-3545)
Red Hat OpenShift 分布式追踪平台 (Jaeger) 通过 Red Hat OpenShift 分布式追踪平台 Operator 提供。
Jaeger 不使用 FIPS 验证的加密模块。 |
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.1 支持与 OpenShift Elasticsearch Operator 5.6、5.7 和 5.8 配合使用。
在 Red Hat OpenShift 分布式追踪平台 3.1 中,Jaeger 和对 Elasticsearch 的支持已被弃用,并计划在未来版本中移除。Red Hat 将在当前发布周期内为这些组件提供严重及以上 CVE Bug 的修复和支持,但这些组件将不再接收功能增强。
在 Red Hat OpenShift 分布式追踪平台 3.1 中,Tempo Operator 提供的 Tempo 和 Red Hat 构建的 OpenTelemetry 提供的 OpenTelemetry Collector 是首选的分布式追踪收集和存储 Operator。所有用户都应采用 OpenTelemetry 和 Tempo 分布式追踪栈,因为这将是未来将要增强的栈。
此更新为分布式追踪平台 (Jaeger) 引入了以下增强功能:
Red Hat OpenShift 分布式追踪平台 (Jaeger) 3.1 基于开源 Jaeger 1.53.0 版本。
此更新包含以下针对分布式追踪平台 (Jaeger) 的错误修复
在此更新之前,OpenShift Container Platform 4.13 中jager-query
pod 内的jaeger-agent
容器的连接目标URL被另一个命名空间的URL覆盖。这是由于jaeger-operator
中的 sidecar 注入代码中的错误导致的,造成了jaeger-agent
注入的不确定性。通过此更新,Operator 优先考虑与目标部署位于相同命名空间的 Jaeger 实例。(TRACING-3722)
Operator |
组件 |
版本 |
Red Hat OpenShift 分布式跟踪平台 (Jaeger) |
Jaeger |
1.51.0 |
Red Hat OpenShift 分布式跟踪平台 (Tempo) |
Tempo |
2.3.0 |
在 Red Hat OpenShift 分布式追踪平台 3.0 中,Jaeger 和对 Elasticsearch 的支持已被弃用,并计划在未来的版本中删除。Red Hat 将在当前发行生命周期内为这些组件提供关键及以上 CVE 错误修复和支持,但这些组件将不再接收功能增强。
在 Red Hat OpenShift 分布式追踪平台 3.0 中,由 Tempo Operator 提供的 Tempo 和由 Red Hat 构建的 OpenTelemetry 提供的 OpenTelemetry Collector 是首选的分布式追踪收集和存储 Operator。所有用户都应采用 OpenTelemetry 和 Tempo 分布式追踪堆栈,因为这将是未来得到增强的堆栈。
此更新包含以下针对分布式追踪平台 (Jaeger) 的错误修复
在此更新之前,Red Hat OpenShift 分布式追踪平台 (Jaeger) Operator 使用的镜像与relatedImages
中的镜像不同。这在启动jaeger
pod 时,在断开连接的网络环境中会导致ImagePullBackOff错误,因为oc adm catalog mirror
命令会镜像relatedImages
中指定的镜像。此更新在使用oc adm catalog mirror
CLI 命令时,提供了对断开连接环境的支持。(TRACING-3546)
此更新为分布式追踪平台 (Tempo) 引入了以下增强功能:
支持 ARM 架构。
支持跨度请求计数、持续时间和错误计数 (RED) 指标。这些指标可以在作为 Tempo 部署的一部分的 Jaeger 控制台中或**观察**菜单中的 Web 控制台中可视化。
此更新为分布式追踪平台 (Tempo) 引入了以下 Bug 修复:
在此更新之前,即使可以选择 CA 证书,TempoStack
CRD 也不接受自定义 CA 证书。此更新修复了对用于连接到对象存储的自定义 TLS CA 选项的支持。(TRACING-3462)
在此更新之前,将 Red Hat OpenShift 分布式追踪平台 Operator 镜像镜像到镜像注册表以在断开连接的集群中使用时,tempo
、tempo-gateway
、opa-openshift
和tempo-query
的相关 Operator 镜像不会被镜像。此更新在使用oc adm catalog mirror
CLI 命令时,提供了对断开连接环境的支持。(TRACING-3523)
在此更新之前,Red Hat OpenShift 分布式追踪平台的查询前端服务在未部署网关时使用内部 mTLS。这导致了端点失败错误。此更新修复了未部署网关时的 mTLS。(TRACING-3510)
当前存在以下已知问题:
目前,当与 Tempo Operator 配合使用时,Jaeger UI 仅显示在过去 15 分钟内发送过追踪数据的服务。对于在过去 15 分钟内未发送追踪数据的服务,追踪数据仍然存储,但在 Jaeger UI 中不显示。(TRACING-3139)
当前,分布式追踪平台 (Tempo) 在 IBM Z (s390x
) 架构上会失败。(TRACING-3545)
Operator |
组件 |
版本 |
Red Hat OpenShift 分布式跟踪平台 (Jaeger) |
Jaeger |
1.47.0 |
Red Hat OpenShift 分布式跟踪平台 (Tempo) |
Tempo |
2.1.1 |
此版本修复了 CVE-2023-46234。
Red Hat OpenShift 分布式追踪平台 (Tempo) 仅为技术预览功能。技术预览功能不受 Red Hat 生产服务级别协议 (SLA) 的支持,并且可能功能不完整。Red Hat 不建议在生产环境中使用它们。这些功能可让客户提前访问即将推出的产品功能,从而能够在开发过程中测试功能并提供反馈。 有关 Red Hat 技术预览功能支持范围的更多信息,请参见 技术预览功能支持范围。 |
当前存在以下已知问题:
目前,尚未实现用于连接到对象存储的自定义 TLS CA 选项。(TRACING-3462)
目前,当与 Tempo Operator 配合使用时,Jaeger UI 仅显示在过去 15 分钟内发送过追踪数据的服务。对于在过去 15 分钟内未发送追踪数据的服务,追踪数据仍然存储,但在 Jaeger UI 中不显示。(TRACING-3139)
当前,分布式追踪平台 (Tempo) 在 IBM Z (s390x
) 架构上会失败。(TRACING-3545)
目前,当未部署网关时,Tempo 查询前端服务不得使用内部 mTLS。此问题不影响 Jaeger 查询 API。解决方法是禁用 mTLS。(TRACING-3510)
按如下方式禁用 mTLS
通过运行以下命令打开 Tempo Operator ConfigMap 以进行编辑
$ oc edit configmap tempo-operator-manager-config -n openshift-tempo-operator (1)
1 | 安装 Tempo Operator 的项目。 |
通过更新 YAML 文件来禁用 Operator 配置中的 mTLS
data:
controller_manager_config.yaml: |
featureGates:
httpEncryption: false
grpcEncryption: false
builtInCertManagement:
enabled: false
通过运行以下命令重新启动 Tempo Operator pod
$ oc rollout restart deployment.apps/tempo-operator-controller -n openshift-tempo-operator
缺少在受限环境中运行 Tempo Operator 的镜像。Red Hat OpenShift 分布式追踪平台 (Tempo) CSV 缺少对操作数镜像的引用。(TRACING-3523)
在镜像工具中添加 Tempo Operator 相关镜像,以将镜像镜像到注册表
kind: ImageSetConfiguration
apiVersion: mirror.openshift.io/v1alpha2
archiveSize: 20
storageConfig:
local:
path: /home/user/images
mirror:
operators:
- catalog: registry.redhat.io/redhat/redhat-operator-index:v4.13
packages:
- name: tempo-product
channels:
- name: stable
additionalImages:
- name: registry.redhat.io/rhosdt/tempo-rhel8@sha256:e4295f837066efb05bcc5897f31eb2bdbd81684a8c59d6f9498dd3590c62c12a
- name: registry.redhat.io/rhosdt/tempo-gateway-rhel8@sha256:b62f5cedfeb5907b638f14ca6aaeea50f41642980a8a6f87b7061e88d90fac23
- name: registry.redhat.io/rhosdt/tempo-gateway-opa-rhel8@sha256:8cd134deca47d6817b26566e272e6c3f75367653d589f5c90855c59b2fab01e9
- name: registry.redhat.io/rhosdt/tempo-query-rhel8@sha256:0da43034f440b8258a48a0697ba643b5643d48b615cdb882ac7f4f1f80aad08e
Operator |
组件 |
版本 |
Red Hat OpenShift 分布式跟踪平台 (Jaeger) |
Jaeger |
1.47.0 |
Red Hat OpenShift 分布式跟踪平台 (Tempo) |
Tempo |
2.1.1 |
此版本修复了 CVE-2023-44487。
Red Hat OpenShift 分布式追踪平台 (Tempo) 仅为技术预览功能。技术预览功能不受 Red Hat 生产服务级别协议 (SLA) 的支持,并且可能功能不完整。Red Hat 不建议在生产环境中使用它们。这些功能可让客户提前访问即将推出的产品功能,从而能够在开发过程中测试功能并提供反馈。 有关 Red Hat 技术预览功能支持范围的更多信息,请参见 技术预览功能支持范围。 |
当前存在以下已知问题:
目前,尚未实现用于连接到对象存储的自定义 TLS CA 选项。(TRACING-3462)
目前,当与 Tempo Operator 配合使用时,Jaeger UI 仅显示在过去 15 分钟内发送过追踪数据的服务。对于在过去 15 分钟内未发送追踪数据的服务,追踪数据仍然存储,但在 Jaeger UI 中不显示。(TRACING-3139)
当前,分布式追踪平台 (Tempo) 在 IBM Z (s390x
) 架构上会失败。(TRACING-3545)
目前,当未部署网关时,Tempo 查询前端服务不得使用内部 mTLS。此问题不影响 Jaeger 查询 API。解决方法是禁用 mTLS。(TRACING-3510)
按如下方式禁用 mTLS
通过运行以下命令打开 Tempo Operator ConfigMap 以进行编辑
$ oc edit configmap tempo-operator-manager-config -n openshift-tempo-operator (1)
1 | 安装 Tempo Operator 的项目。 |
通过更新 YAML 文件来禁用 Operator 配置中的 mTLS
data:
controller_manager_config.yaml: |
featureGates:
httpEncryption: false
grpcEncryption: false
builtInCertManagement:
enabled: false
通过运行以下命令重新启动 Tempo Operator pod
$ oc rollout restart deployment.apps/tempo-operator-controller -n openshift-tempo-operator
缺少在受限环境中运行 Tempo Operator 的镜像。Red Hat OpenShift 分布式追踪平台 (Tempo) CSV 缺少对操作数镜像的引用。(TRACING-3523)
在镜像工具中添加 Tempo Operator 相关镜像,以将镜像镜像到注册表
kind: ImageSetConfiguration
apiVersion: mirror.openshift.io/v1alpha2
archiveSize: 20
storageConfig:
local:
path: /home/user/images
mirror:
operators:
- catalog: registry.redhat.io/redhat/redhat-operator-index:v4.13
packages:
- name: tempo-product
channels:
- name: stable
additionalImages:
- name: registry.redhat.io/rhosdt/tempo-rhel8@sha256:e4295f837066efb05bcc5897f31eb2bdbd81684a8c59d6f9498dd3590c62c12a
- name: registry.redhat.io/rhosdt/tempo-gateway-rhel8@sha256:b62f5cedfeb5907b638f14ca6aaeea50f41642980a8a6f87b7061e88d90fac23
- name: registry.redhat.io/rhosdt/tempo-gateway-opa-rhel8@sha256:8cd134deca47d6817b26566e272e6c3f75367653d589f5c90855c59b2fab01e9
- name: registry.redhat.io/rhosdt/tempo-query-rhel8@sha256:0da43034f440b8258a48a0697ba643b5643d48b615cdb882ac7f4f1f80aad08e
Operator |
组件 |
版本 |
Red Hat OpenShift 分布式跟踪平台 (Jaeger) |
Jaeger |
1.47.0 |
Red Hat OpenShift 分布式跟踪平台 (Tempo) |
Tempo |
2.1.1 |
在此更新之前,由于jaeger-query
部署中缺少gRPC端口,导致连接被拒绝。此问题导致出现transport: Error while dialing: dial tcp :16685: connect: connection refused
错误消息。通过此更新,Jaeger Query gRPC端口 (16685) 已成功在Jaeger Query服务上公开。(TRACING-3322)
在此更新之前,jaeger-production-query
公开了错误的端口,导致连接被拒绝。通过此更新,通过在Jaeger Query部署上公开Jaeger Query gRPC端口 (16685) 来修复此问题。(TRACING-2968)
在此更新之前,在断开连接的环境中部署单节点OpenShift集群上的服务网格时,Jaeger pod经常处于Pending
状态。通过此更新,此问题已得到修复。(TRACING-3312)
在此更新之前,由于reason: OOMKilled
错误消息,Jaeger Operator pod以默认内存值重新启动。通过此更新,通过删除资源限制来解决此问题。(TRACING-3173)
Red Hat OpenShift 分布式追踪平台 (Tempo) 仅为技术预览功能。技术预览功能不受 Red Hat 生产服务级别协议 (SLA) 的支持,并且可能功能不完整。Red Hat 不建议在生产环境中使用它们。这些功能可让客户提前访问即将推出的产品功能,从而能够在开发过程中测试功能并提供反馈。 有关 Red Hat 技术预览功能支持范围的更多信息,请参见 技术预览功能支持范围。 |
此版本为分布式追踪平台 (Tempo) 引入了以下增强功能:
支持运营商成熟度级别 IV,深度洞察,这使得能够升级、监控和告警 TempoStack 实例和 Tempo Operator。
为网关添加 Ingress 和 Route 配置。
在TempoStack
自定义资源中支持managed
和unmanaged
状态。
在分发器服务中公开以下附加的摄取协议:Jaeger Thrift 二进制、Jaeger Thrift 紧凑型、Jaeger gRPC 和 Zipkin。启用网关时,仅启用 OpenTelemetry 协议 (OTLP) gRPC。
在查询前端服务上公开 Jaeger Query gRPC 端点。
支持无需网关身份验证和授权的多租户。
在此更新之前,Tempo Operator 与断开连接的环境不兼容。通过此更新,Tempo Operator 支持断开连接的环境。(TRACING-3145)
在此更新之前,带有 TLS 的 Tempo Operator 无法在 OpenShift Container Platform 上启动。通过此更新,在 Tempo 组件之间启用了 mTLS 通信,Operand 成功启动,并且 Jaeger UI 可访问。(TRACING-3091)
在此更新之前,Tempo Operator 的资源限制导致出现诸如reason: OOMKilled
之类的错误消息。通过此更新,删除了 Tempo Operator 的资源限制以避免此类错误。(TRACING-3204)
当前存在以下已知问题:
目前,尚未实现用于连接到对象存储的自定义 TLS CA 选项。(TRACING-3462)
目前,当与 Tempo Operator 配合使用时,Jaeger UI 仅显示在过去 15 分钟内发送过追踪数据的服务。对于在过去 15 分钟内未发送追踪数据的服务,追踪数据仍然存储,但在 Jaeger UI 中不显示。(TRACING-3139)
当前,分布式追踪平台 (Tempo) 在 IBM Z (s390x
) 架构上会失败。(TRACING-3545)
目前,当未部署网关时,Tempo 查询前端服务不得使用内部 mTLS。此问题不影响 Jaeger 查询 API。解决方法是禁用 mTLS。(TRACING-3510)
按如下方式禁用 mTLS
通过运行以下命令打开 Tempo Operator ConfigMap 以进行编辑
$ oc edit configmap tempo-operator-manager-config -n openshift-tempo-operator (1)
1 | 安装 Tempo Operator 的项目。 |
通过更新 YAML 文件来禁用 Operator 配置中的 mTLS
data:
controller_manager_config.yaml: |
featureGates:
httpEncryption: false
grpcEncryption: false
builtInCertManagement:
enabled: false
通过运行以下命令重新启动 Tempo Operator pod
$ oc rollout restart deployment.apps/tempo-operator-controller -n openshift-tempo-operator
缺少在受限环境中运行 Tempo Operator 的镜像。Red Hat OpenShift 分布式追踪平台 (Tempo) CSV 缺少对操作数镜像的引用。(TRACING-3523)
在镜像工具中添加 Tempo Operator 相关镜像,以将镜像镜像到注册表
kind: ImageSetConfiguration
apiVersion: mirror.openshift.io/v1alpha2
archiveSize: 20
storageConfig:
local:
path: /home/user/images
mirror:
operators:
- catalog: registry.redhat.io/redhat/redhat-operator-index:v4.13
packages:
- name: tempo-product
channels:
- name: stable
additionalImages:
- name: registry.redhat.io/rhosdt/tempo-rhel8@sha256:e4295f837066efb05bcc5897f31eb2bdbd81684a8c59d6f9498dd3590c62c12a
- name: registry.redhat.io/rhosdt/tempo-gateway-rhel8@sha256:b62f5cedfeb5907b638f14ca6aaeea50f41642980a8a6f87b7061e88d90fac23
- name: registry.redhat.io/rhosdt/tempo-gateway-opa-rhel8@sha256:8cd134deca47d6817b26566e272e6c3f75367653d589f5c90855c59b2fab01e9
- name: registry.redhat.io/rhosdt/tempo-query-rhel8@sha256:0da43034f440b8258a48a0697ba643b5643d48b615cdb882ac7f4f1f80aad08e
Operator |
组件 |
版本 |
Red Hat OpenShift 分布式跟踪平台 (Jaeger) |
Jaeger |
1.42 |
Red Hat OpenShift 分布式跟踪平台 (Tempo) |
Tempo |
0.1.0 |
此版本引入了对 Red Hat OpenShift 分布式追踪平台 (Tempo) 的支持,作为 Red Hat OpenShift 分布式追踪平台的技术预览功能。
Red Hat OpenShift 分布式追踪平台 (Tempo) 仅为技术预览功能。技术预览功能不受 Red Hat 生产服务级别协议 (SLA) 的支持,并且可能功能不完整。Red Hat 不建议在生产环境中使用它们。这些功能可让客户提前访问即将推出的产品功能,从而能够在开发过程中测试功能并提供反馈。 有关 Red Hat 技术预览功能支持范围的更多信息,请参见 技术预览功能支持范围。 |
此功能使用 Red Hat OpenShift 分布式追踪平台 (Tempo) 的 0.1.0 版本和上游分布式追踪平台 (Tempo) 组件的 2.0.1 版本。
您可以使用分布式追踪平台 (Tempo) 替换 Jaeger,以便您可以使用与 S3 兼容的存储而不是 ElasticSearch。大多数使用分布式追踪平台 (Tempo) 而不是 Jaeger 的用户不会注意到任何功能上的差异,因为分布式追踪平台 (Tempo) 支持与 Jaeger 相同的摄取和查询协议,并使用相同的用户界面。
如果您启用此技术预览功能,请注意当前实现的以下限制:
分布式追踪平台 (Tempo) 目前不支持断开连接的安装。(TRACING-3145)
当您将 Jaeger 用户界面 (UI) 与分布式追踪平台 (Tempo) 一起使用时,Jaeger UI 仅列出在过去 15 分钟内发送过跟踪的服务。对于在过去 15 分钟内未发送过跟踪的服务,即使它们在 Jaeger UI 中不可见,这些跟踪仍会存储。(TRACING-3139)
计划在 Red Hat OpenShift 分布式追踪平台的未来版本中扩展对 Tempo Operator 的支持。可能的附加功能可能包括对 TLS 身份验证、多租户和多个集群的支持。有关 Tempo Operator 的更多信息,请参阅Tempo 社区文档。
此版本增加了使用 OpenShift Elasticsearch Operator 自动预配证书的支持。
通过使用 Red Hat OpenShift 分布式追踪平台 (Jaeger) Operator 在安装过程中调用 OpenShift Elasticsearch Operator 来进行自预配。
+
升级到 Red Hat OpenShift 分布式追踪平台 2.4 时,Operator 会重新创建 Elasticsearch 实例,这可能需要五到十分钟。在此期间,分布式追踪将停止并不可用。 |
先创建 Elasticsearch 实例和证书,然后配置分布式追踪平台 (Jaeger) 以使用该证书,是此版本的技术预览。
Operator |
组件 |
版本 |
Red Hat OpenShift 分布式跟踪平台 (Jaeger) |
Jaeger |
1.30.2 |
Operator |
组件 |
版本 |
Red Hat OpenShift 分布式跟踪平台 (Jaeger) |
Jaeger |
1.30.1 |
此版本引入了关于如何在 OpenTelemetry 自定义资源文件中配置证书的重大更改。通过此更新,`ca_file` 将移动到自定义资源中的 `tls` 下,如下例所示。
spec:
mode: deployment
config: |
exporters:
jaeger:
endpoint: jaeger-production-collector-headless.tracing-system.svc:14250
ca_file: "/var/run/secrets/kubernetes.io/serviceaccount/service-ca.crt"
spec:
mode: deployment
config: |
exporters:
jaeger:
endpoint: jaeger-production-collector-headless.tracing-system.svc:14250
tls:
ca_file: "/var/run/secrets/kubernetes.io/serviceaccount/service-ca.crt"
此版本引入了以下新增功能和增强功能:
将 Red Hat OpenShift Jaeger 重命名为 Red Hat OpenShift 分布式追踪平台。
将 Red Hat OpenShift 分布式追踪平台 (Jaeger) Operator 更新到 Jaeger 1.28。未来,Red Hat OpenShift 分布式追踪平台将仅支持 `stable` Operator 通道。不再支持各个版本的通道。
为查询服务添加了对 OpenTelemetry 协议 (OTLP) 的支持。
引入了一个新的分布式追踪图标,显示在 OperatorHub 中。
包含对文档的滚动更新,以支持名称更改和新功能。
此版本添加了 Red Hat 版本的 OpenTelemetry 作为技术预览,您可以使用 Red Hat 版本的 OpenTelemetry Operator 进行安装。Red Hat 版本的 OpenTelemetry 基于OpenTelemetry API 和工具。Red Hat 版本的 OpenTelemetry 包括 OpenTelemetry Operator 和 Collector。您可以使用 Collector 以 OpenTelemetry 或 Jaeger 协议接收跟踪,并将跟踪数据发送到 Red Hat OpenShift 分布式追踪平台。目前不支持 Collector 的其他功能。OpenTelemetry Collector 允许开发人员使用与供应商无关的 API 来检测他们的代码,从而避免供应商锁定并启用不断发展的可观察性工具生态系统。
如果您在使用本文档中描述的过程或 OpenShift Container Platform 时遇到困难,请访问Red Hat 客户门户。
在客户门户中,您可以:
搜索或浏览 Red Hat 知识库中与 Red Hat 产品相关的文章和解决方案。
向 Red Hat 支持提交支持案例。
访问其他产品文档。
要识别集群中的问题,您可以在OpenShift 集群管理器中使用 Insights。Insights 提供有关问题的详细信息,以及(如果可用)有关如何解决问题的相关信息。
如果您有改进此文档的建议或发现错误,请为最相关的文档组件提交Jira 问题。请提供具体的详细信息,例如节名称和 OpenShift Container Platform 版本。
Red Hat 致力于在我们的代码、文档和网络属性中替换有问题的语言。我们从以下四个术语开始:master、slave、blacklist 和 whitelist。由于这项工作的巨大性,这些更改将在接下来的几个版本中逐步实施。更多详情,请参阅我们 CTO Chris Wright 的消息。