5.7. Service Telemetry Framework 中的可观察性策略
Service Telemetry Framework (STF)不包括存储后端和警报工具。STF 使用社区操作器来部署 Prometheus、Alertmanager、Grafana 和 Elasticsearch。STF 向这些社区操作器发出请求,以创建配置为使用 STF 的每个应用的实例。
您可以使用您自己的应用程序部署或其他兼容应用程序,而不是通过 Service Telemetry Operator 创建自定义资源请求,并将指标智能网关提取到您自己的兼容 Prometheus 的系统上以进行遥测存储。如果将 observabilityStrategy 设置为 none,则不会部署存储后端,因此 STF 不需要持久性存储。
5.7.1. 配置备用可观察性策略 复制链接链接已复制到粘贴板!
要将 STF 配置为跳过存储、视觉化和警报后端部署,请将 observabilityStrategy: none 添加到 ServiceTelemetry spec 中。在这个模式中,只部署 AMQ Interconnect 路由器和指标智能网关,您必须配置外部 Prometheus 兼容系统,以便从 STF 智能网关收集指标。
目前,只有在将 observabilityStrategy 设置为 none 时才支持指标。事件智能网关不会被部署。
流程
在
spec参数中创建带有属性observabilityStrategy: none的ServiceTelemetry对象。清单显示默认部署 STF,它适合从具有所有指标收集器类型的单个云接收遥测。$ oc apply -f - <<EOF apiVersion: infra.watch/v1beta1 kind: ServiceTelemetry metadata: name: default namespace: service-telemetry spec: observabilityStrategy: none EOF删除由社区操作器管理的对象
$ for o in alertmanager/default prometheus/default elasticsearch/elasticsearch grafana/default; do oc delete $o; done要验证所有工作负载是否都正常运行,请查看 pod 和每个 pod 的状态:
$ oc get pods NAME READY STATUS RESTARTS AGE default-cloud1-ceil-meter-smartgateway-59c845d65b-gzhcs 3/3 Running 0 132m default-cloud1-coll-meter-smartgateway-75bbd948b9-d5phm 3/3 Running 0 132m default-cloud1-sens-meter-smartgateway-7fdbb57b6d-dh2g9 3/3 Running 0 132m default-interconnect-668d5bbcd6-57b2l 1/1 Running 0 132m interconnect-operator-b8f5bb647-tlp5t 1/1 Running 0 47h service-telemetry-operator-566b9dd695-wkvjq 1/1 Running 0 156m smart-gateway-operator-58d77dcf7-6xsq7 1/1 Running 0 47h
其他资源
有关配置其他云或更改支持的收集器集合的更多信息,请参阅 第 4.3.2 节 “部署智能网关”