2.16. Telemetry

本节概述了 Telemetry 服务的主要新功能和变更。
OpenStack Telemetry Metrics (gnocchi) 的大规模应用能力
Telemetry 曾使用 MongoDB 和 Telemetry API 来存储指标,尽管在这方面的性能尚可接受,但由于无法检索和利用已存储的信息,其使用受限。
OpenStack Telemetry Metrics (gnocchi) 服务针对 gnocchi-metricd 守护进程使用了新的分布式选择性应答 (SACK) 机制和调度算法,提高了更大规模的使用性能。默认设置也得到增强,可适应更大规模的云部署。
Intel 高速缓存监控技术 (CMT)
高速缓存监控技术 (CMT) 可监控 Intel 平台上与高速缓存相关的统计信息。Telemetry 现在使用 collectd 守护进程来支持 CMT 报告。
本发行版本增加了新的计量表,可采集每个虚拟机的 L3 高速缓存使用统计信息。通过 nova-libvirt.yaml 文件中的 LibvirtEnabledPerfEvents 参数可启用 cmt 插件。
Telemetry 服务的容器化
本发行版本的 Red Hat OpenStack Platform 可创建一种云,使用容器来承载服务。每个服务在主机节点上自己的容器中独立运行。并且每个容器都连接到主机自己的网络并共享该网络。因此,主机节点可在自己的网络上展示每个服务的 API 端口。Telemetry 服务现在可托管在容器上,实现轻松升级。
OpenStack Telemetry Event Storage (panko) 弃用
OpenStack Telemetry Event Storage 服务现已正式弃用。对 panko 的产品支持将仅限于在 Red Hat Cloudforms 中使用。红帽不建议在 Red Hat Cloudforms 外部使用 panko。您可以使用以下选项来代替使用 panko:
  • 轮询 OpenStack Telemetry Metrics (gnocchi) 服务而不轮询 panko。这样可以访问资源历史信息。
  • 使用 OpenStack Telemetry Alarming (aodh) 服务在事件发生时触发警报。如果 OpenStack Telemetry Alarming (aodh) 服务不能直接访问应用程序,可以使用 OpenStack Messaging Service (zaqar) 将警报保存在队列中。
Telemetry API 和 ceilometer-collector 弃用
Telemetry API 服务已经弃用。替代它的是 OpenStack Telemetry Metrics (gnocchi) 服务和 OpenStack Telemetry Alarming (aodh) 服务 API。您应该开始改用 Telemetry API 服务的替代者。在 Red Hat OpenStack Platform 12 中,默认已禁用 Telemetry API,仅在需要时启用。
ceilometer-collector 服务已弃用。现在可使用 ceilometer-notification-agent 守护进程,因为 Telemetry 轮询代理会从示例文件中向 ceilometer-notification-agent 守护进程发送消息。