Telemetry系统架构

煎鸡蛋汤

于 2016-03-16 19:16:10 发布

阅读量1.3w

点赞数 2

分类专栏： Telemetry Mitaka 文章标签： telemetry 系统架构 ceilometer

本文链接：https://blog.youkuaiyun.com/cug_heshun2013/article/details/50907617

版权

本文详细介绍了OpenStack Telemetry（Ceilometer）的系统架构，包括数据采集的主动轮询和被动监听，数据存储、访问和管理，以及告警系统的工作原理。Telemetry遵循可扩展的插件式架构，服务间通过消息队列通信，并对外提供RESTful API。数据采集涉及pollster、discover和pipeline，数据存储则依赖于dispatcher，如数据库和文件系统。告警系统由alarm-evaluator和alarm-notifier组成，用于评估和通知阈值告警。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

从2015年5月份左右开始接触telemetry，一直期待能够有一张图描述清楚我工作中要面对的整个项目，始终没有找到，经过这段时间的摸爬滚打，也积累了一点点东西，既然网上找不到，我就腆着脸皮做一张，可能有理解不到位甚至错误的地方，还望大家批评指正(图片如果看不清可以右键点击“查看图片”或者类似操作)
Telemetry system architecture

总则

telemetry在设计上遵循着一些基本规则，包括：

可扩展，基于插件的系统架构
内部服务之间通过消息队列进行通信
向外提供RESTful API来访问数据

分类

telemetry大大小小包括了不下10个服务，每个服务都有自己的责任，他们中的部分服务一起协调完成一个功能；也有一些是独立于其他服务存在的，下面是telemetry的服务列表

服务名称	脚本入口	主要责任
ceilometer-agent-compute	ceilometer.cmd.polling:main_compute	从计算节点上采集虚拟机的使用情况相关的信息，例如：已使用内存、cpu利用率等
ceilometer-agent-central

最低0.47元/天解锁文章