5.7. Service Telemetry Framework 中的可观察性策略
服务遥测框架(STF)不包括存储后端和警报工具。STF 使用社区操作器来部署 Prometheus、Alertmanager、Grafana 和 Elasticsearch。STF 向这些社区运营商提出请求,以创建配置为与 STF 配合使用的每个应用程序实例。
除了使用 Service Telemetry Operator 创建自定义资源请求外,您可以使用您自己的部署这些应用程序或其他兼容的应用程序,并提取指标智能网关以传送到您自己的 Prometheus 兼容系统进行遥测存储。如果您将 observability 策略设置为使用替代后端,则 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要验证所有工作负载是否都正常运行,请查看 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.5.2 节 “部署智能网关”