5.6. Service Telemetry Framework 中的可观察性策略
Service Telemetry Framework (STF)不包括存储后端和警报工具。STF 使用社区操作员来部署 Prometheus、Alertmanager、Grafana 和 Elasticsearch。STF 向这些社区操作器发出请求,以创建配置的每个应用程序的实例,以用于 STF。
您可以使用自己的应用程序或其他兼容应用程序提取指标智能网关以提供给您自己的 Prometheus 兼容系统以进行遥测存储,而不是让 Service Telemetry Operator 创建自定义资源请求。如果将 observabilityStrategy
设置为 none
,则不会部署存储后端,因此 STF 不需要持久性存储。
5.6.1. 配置另一个可观察策略 复制链接链接已复制到粘贴板!
要将 STF 配置为跳过存储、视觉化和警报后端的部署,请在 ServiceTelemetry spec 中添加 observabilityStrategy: none
。在这个模式中,仅部署了 AMQ Interconnect 路由器和指标智能网关,而且您必须配置一个外部 Prometheus 兼容系统,以从 STF 智能网关收集指标。
目前,只有将 observabilityStrategy
设置为 none
时才支持指标。事件智能网关不会被部署。
流程
在
spec
参数中,使用属性observabilityStrategy: none
创建一个ServiceTelemetry
对象。清单显示 STF 的默认部署,适合使用所有指标收集器类型从单一云接收遥测。Copy to Clipboard Copied! Toggle word wrap Toggle overflow 删除由社区操作器管理的对象的左侧
for o in alertmanager/default prometheus/default elasticsearch/elasticsearch grafana/default; do oc delete $o; done
$ for o in alertmanager/default prometheus/default elasticsearch/elasticsearch grafana/default; do oc delete $o; done
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 要验证所有工作负载是否都正常运行,请查看 pod 和每个 pod 的状态:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
其他资源
有关配置额外云或更改支持的收集器集合的更多信息,请参阅 第 4.3.2 节 “部署智能网关”