系统架构

Telemetry 服务使用基于代理的架构。多个模块结合各自的职责来收集、规范化和重定向数据，用于计量、监控和告警等用例。

Telemetry 服务由以下代理构建

ceilometer-polling

通过使用在不同命名空间中注册的轮询插件（pollsters）轮询不同类型的计量数据。它在不同的命名空间中提供单一的轮询接口。

注意

ceilometer-polling 服务提供对任何命名空间的轮询支持，但许多发行版继续提供命名空间范围的代理：ceilometer-agent-central、ceilometer-agent-compute 和 ceilometer-agent-ipmi。

ceilometer-agent-notification

从其他 OpenStack 服务消费 AMQP 消息，规范化消息，并发布到配置的目标。

除了轮询 compute 或 ipmi 命名空间的 ceilometer-polling 代理外，所有其他服务都放置在一个或多个控制器节点上。

Telemetry 架构依赖于 AMQP 服务，用于消费来自 OpenStack 服务的通知以及内部通信。

支持的数据库

Telemetry 的另一个关键外部组件是数据库，其中存储样本、告警定义和告警。每种数据模型都有自己的存储服务，并且每种服务都支持各种后端。

支持的测量后端列表

• gnocchi

支持的告警后端列表

• aodh

支持的虚拟机管理程序

Telemetry 服务收集有关虚拟机器的信息，这需要与在计算主机上运行的虚拟机管理程序密切连接。

以下是支持的虚拟机管理程序列表。

• Libvirt 支持的虚拟机管理程序，例如 KVM 和 QEMU

注意

有关 libvirt 中虚拟机管理程序支持的详细信息，请参阅 Libvirt API 支持矩阵。