第 2 章 为 Service Telemetry Framework 准备 Red Hat OpenShift Container Platform 环境
要为 Service Telemetry Framework (STF)准备 Red Hat OpenShift Container Platform 环境,您必须规划持久性存储、适当的资源、事件存储和网络注意事项:
- 确保 Red Hat OpenShift Container Platform 集群中为生产环境级部署提供持久性存储。更多信息请参阅 第 2.2 节 “持久性卷(PV)”。
- 确保有足够的资源来运行 Operator 和应用程序容器。更多信息请参阅 第 2.3 节 “资源分配”。
2.1. 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 迁移到完全支持的操作器。