6.7. Service Telemetry Framework 中的可观察性策略
Service Telemetry Framework (STF)不包括事件存储后端或仪表板工具。STF 可以使用社区操作器为 Grafana 创建数据源配置,以提供仪表板接口。
除了让 Service Telemetry Operator 创建自定义资源请求外,您可以使用您自己的应用程序部署或其他兼容应用程序,并提取指标 智能网关以发送到您自己的 Prometheus 兼容系统以进行遥测存储。如果将 observabilityStrategy 设置为 none,则不会部署存储后端,因此 STF 不需要持久性存储。
使用 STF 对象中的 observabilityStrategy 属性来指定要部署的可观察性组件类型。
可用的值如下:
| value | 含义 |
|---|---|
| use_redhat | 红帽支持的组件由 STF 请求。这包括 Cluster Observability Operator 中的 Prometheus 和 Alertmanager,但没有对 Kubernetes (ECK) Operator 上的 Elastic Cloud 的请求。如果启用,也会从 Grafana Operator (社区组件)请求资源。 |
| use_hybrid | 除了红帽支持的组件外,还会请求 Elasticsearch 和 Grafana 资源(如果在 ServiceTelemetry 对象中指定) |
| use_community | 使用 Prometheus Operator 的社区版本,而不是 Cluster Observability Operator。还请求 Elasticsearch 和 Grafana 资源(如果在 ServiceTelemetry 对象中指定) |
| none | 没有部署存储或警报组件 |
新部署的 STF 环境为 1.5.3 默认为 use_redhat。在 1.5.3 默认之前创建的现有 STF 部署 以使用_community。
要将现有 STF 部署迁移到 use_redhat,请参阅红帽知识库文章将服务 Telemetry Framework 迁移到完全支持的操作器。
6.7.1. 配置备用可观察性策略 复制链接链接已复制到粘贴板!
要跳过存储、视觉化和警报后端的部署,请将 observabilityStrategy: none 添加到 ServiceTelemetry spec 中。在这个模式中,您仅部署 AMQ Interconnect 路由器和智能网关,您必须配置与 Prometheus 兼容的外部系统,以从 STF 智能网关和外部 Elasticsearch 收集指标,以接收转发的事件。
流程
在
spec参数中,使用属性observabilityStrategy: none创建一个ServiceTelemetry对象。清单显示会导致 STF 的默认部署,该部署适合从具有所有指标收集器类型的单个云接收遥测。Copy to Clipboard Copied! Toggle word wrap Toggle overflow 删除由社区操作器管理的剩余对象
for o in alertmanagers.monitoring.rhobs/default prometheuses.monitoring.rhobs/default elasticsearch/elasticsearch grafana/default-grafana; do oc delete $o; done
$ for o in alertmanagers.monitoring.rhobs/default prometheuses.monitoring.rhobs/default elasticsearch/elasticsearch grafana/default-grafana; do oc delete $o; doneCopy to Clipboard Copied! Toggle word wrap Toggle overflow 要验证所有工作负载是否都正常运行,请查看 pod 和每个 pod 的状态:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
其他资源
- 有关配置附加云或更改支持的收集器集合的更多信息,请参阅 第 4.3.2 节 “部署智能网关”。
-
要将现有 STF 部署迁移到
use_redhat,请参阅红帽知识库文章将服务 Telemetry Framework 迁移到完全支持的操作器。