感谢朋友支持本博客,欢迎共同探讨交流。因为能力和时间有限,错误之处在所难免,欢迎指正!

假设转载,请保留作者信息。

博客地址:http://blog.csdn.net/gaoxingnengjisuan

邮箱地址:dong.liu@siat.ac.cn

PS:近期没有登录博客。非常多朋友的留言没有看见。这里道歉。还有就是本人较少上QQ,能够邮件交流。

ceilometer主要概念

sample:採样数据是每一个採集时间点上meter相应的值;

statistics通常是统计学上某个周期内,meter相应的值(平均值之类)。

resource是被监控的资源对象。这个能够是一台虚拟机,一台物理机或者一块云硬盘;

alarm是ceilometer的报警系统,能够通过阈值或者组合条件报警。并设置报警时触发的action。alarm的实现模型有两种。即单例报警系统和分布式报警系统。

meter被跟踪资源的測量值。

一个实例有非常多的计量值,比方实例执行时长、CPU使用时间、请求磁盘的数量等。

在Ceilometer中有三种计量值:

Cumulative: 累计的,随着时间增长(如磁盘读写)。

    Gauge: 计量单位。离散的项目(如浮动IP,镜像上传)和波动的值(如对象存储数值)。

    Delta: 增量,随着时间的改变而添加的值(如带宽变化);

central agent执行在OpenStack架构中中央管理节点上用来測量和发送监控结果到收集器的服务。

compute agent执行再OpenStack架构中计算节点上的服务。用来測量和发送监控结果到搜集器中;

API serverCeilometer的HTTP REST API服务;

collector执行在OpenStack架构中的服务。用来监控来自其它OpenStack组件和监控代理发送来的通知,而且将其存入数据库中。

ceilometer中的服务组件

须要说明这里是针对icehouse版对ceilometer模块进行源代码解析。依据配置文件setup.cfg以及/ceilometer/cli.py能够知道,执行在ceilometer中的服务组件有例如以下所看到的:

ceilometer-api: ceilometer.cli:api

ceilometer-agent-central: ceilometer.cli:agent_central

ceilometer-agent-compute: ceilometer.cli:agent_compute

ceilometer-agent-notification: ceilometer.cli:agent_notification

ceilometer-send-sample: ceilometer.cli:send_sample

ceilometer-dbsync: ceilometer.cli:storage_dbsync

ceilometer-expirer: ceilometer.cli:storage_expirer

ceilometer-collector: ceilometer.cli:collector_service

ceilometer-alarm-evaluator: ceilometer.cli:alarm_evaluator

ceilometer-alarm-notifier: ceilometer.cli:alarm_notifier

ceilometer监控数据採集机制

    这里借助网上获取的一副图片来说明ceilometer监控数据的採集机制(对其作者表示感谢):

由上图能够看到。实现监控数据採集的服务组件有三个。各自是ceilometer-agent-central、ceilometer-agent-compute和ceilometer-agent-notification。依照我的理解,监控数据的採集主要分为两种情况实现,一种是服务组件通过相关模块的client或者计算节点的Hypervisor实现主动获取相关模块的相关监控数据,一种则是通过收集各个模块推送到oslo-messaging的通知(notification)信息。从中获取实用的监控数据,实现被动地採集相关监控数据。

    当中ceilometer-agent-compute的服务组件主要用来收集计算节点上的虚拟机实例的监控数据,在每个计算节点上都要执行这个服务组件,该agent通过Stevedore管理了一组pollster插件,分别用来获取计算节点上虚拟机的CPU,Disk IO,Network IO,Instance这些信息,这些信息大部分是通过调用Hypervisor的API来获取的。须要定期Poll轮询收集信息。

ceilometer-agent-central服务组件则执行在控制节点上,它主要通过调用相关模块的REST API。通过訪问相关模块的client,从而实现主动收集相关模块(Image,Volume,Objects,Network)的监控数据,须要定期Poll轮询收集信息。

而ceilometer-agent-notification服务组件则实现訪问oslo-messaging,openstack中各个模块都会推送通知(notification)信息到oslo-messaging消息框架,ceilometer-agent-notification通过訪问这个消息队列服务框架。获取相关通知信息,并进一步转化为採样数据的格式。从消息队列服务框架获取通知信息,并进一步获取採样数据信息,能够理解为被动获取监控数据操作,须要一直监听oslo-messaging消息队列。

由示意图能够看出,当监控获取完毕之后,则会运行信息公布操作。有三种实现方案可供选择,即RPC/UDP/FILE。当中。RPC将会公布相关消息到消息队列,兴许的collector组件服务将会监听对应的消息队列来获取这些数据信息;UDP将会建立socket建立一个信息通道,实现发送相关消息数据。而兴许的collector组件服务将会通过这个信息通道接收相关的消息数据;FILE将会直接保存相关消息数据到指定的日志文件里。

    由示意图能够看出,当信息公布操作完毕之后。collector组件服务将会分别获取相关的消息数据,并实现保存获取的消息数据到数据存储系统中。而数据存储系统方案眼下也支持几种实现,即log/mongodb/mysql/postgresql/sqlite/hbase/db2等。

其它服务组件的介绍

ceilometer-alarm-notifier 载入并启动AlarmNotifierService服务,实现报警器被触发的相关通知服务。

ceilometer-alarm-evaluator 实现载入并启动报警服务,ceilometer中实现的系统报警服务有两种,即单例报警系统SingletonAlarmService和分布式报警系统PartitionedAlarmService。而ceilometer默认应用的是SingletonAlarmService。对于报警系统相关的内容,我将会在另外一篇博客中进行具体的分析;

I版ceilometer项目源代码结构

/ceilometer/alarm 报警系统的实现;

/ceilometer/api 提供REST API服务;

/ceilometer/central ceilometer-agent-central的详细实现

/ceilometer/compute ceilometer-agent-compute的详细实现

/ceilometer/dispatcher 用于实现保存数据到数据存储系统;

/ceilometer/energy 通过kwapi架构。获取物理机能耗相关信息数据。

/ceilometer/event Ceilometer Events

/ceilometer/hardware 获取物理机硬件的相关监控数据信息;

/ceilometer/image 实现通过client訪问glance模块。获取相关的监控数据信息;

/ceilometer/network 实现通过client訪问Neutron模块。获取相关的监控数据信息;

/ceilometer/objectstore 实现通过client訪问swift模块,获取相关的监控数据信息;

/ceilometer/openstack 通用应用代码工具。

/ceilometer/orchestration 通过Heat的通知信息获取相关监控项的採样数据信息;

/ceilometer/publisher 收集到的监控数据的公布实现;

/ceilometer/storage 存储监控数据到数据存储系统的实现;

/ceilometer/transformer 数据转换

/ceilometer/volume 实现通过client訪问cinder模块,获取相关的监控数据信息;

/ceilometer/agent.py Ceilometer通过Agent模块去polling虚拟机或者OpenStack中须要的信息;

/ceilometer/cli.py 实现若干服务组件的启动。

/ceilometer/collector.py 实现公布的监控数据的收集。

/ceilometer/middleware.py HTTP相关插件实现;

/ceilometer/notification.py 通过oslo-messaging框架。监听compute/image/network/heat/cinder等服务的队列,来获取相关的通知信息。

/ceilometer/notifier.py 依据不同的插件实现Instance/Image/Network/Volume/HTTPRequest中的详细方法process_notification,用来从通知中获取监控项的採样数据信息;

/ceilometer/nova_client.py nova客户端;

/ceilometer/pipeline.py pipeline实现;

/ceilometer/plugin.py 插件实现基类;

/ceilometer/sample.py 依据已知的採样数据形成Sample格式。

/ceilometer/service.py 服务实现相关;

/ceilometer/utils.py 若干通用工具;

《转》 Ceilometer项目源代码分析----ceilometer项目源代码结构分析的更多相关文章

  1. cocos2d-x 源代码分析 : control 源代码分析 ( 控制类组件 controlButton)

    源代码版本号来自3.1rc 转载请注明 cocos2d-x源代码分析总文件夹 http://blog.csdn.net/u011225840/article/details/31743129 1.继承 ...

  2. 【Java收集的源代码分析】Hashtable源代码分析

    Hashtable简单介绍 Hashtable相同是基于哈希表实现的,相同每一个元素是一个key-value对,其内部也是通过单链表解决冲突问题,容量不足(超过了阀值)时.相同会自己主动增长. Has ...

  3. 转:SDL2源代码分析

    1:初始化(SDL_Init()) SDL简介 有关SDL的简介在<最简单的视音频播放示例7:SDL2播放RGB/YUV>以及<最简单的视音频播放示例9:SDL2播放PCM>中 ...

  4. SDL2源代码分析7:显示(SDL_RenderPresent())

    ===================================================== SDL源代码分析系列文章列表: SDL2源代码分析1:初始化(SDL_Init()) SDL ...

  5. SDL2源代码分析6:复制到渲染器(SDL_RenderCopy())

    ===================================================== SDL源代码分析系列文章列表: SDL2源代码分析1:初始化(SDL_Init()) SDL ...

  6. SDL2源代码分析5:更新纹理(SDL_UpdateTexture())

    ===================================================== SDL源代码分析系列文章列表: SDL2源代码分析1:初始化(SDL_Init()) SDL ...

  7. SDL2源代码分析4:纹理(SDL_Texture)

    ===================================================== SDL源代码分析系列文章列表: SDL2源代码分析1:初始化(SDL_Init()) SDL ...

  8. SDL2源代码分析2:窗口(SDL_Window)

    ===================================================== SDL源代码分析系列文章列表: SDL2源代码分析1:初始化(SDL_Init()) SDL ...

  9. Android KLog源代码分析

    Android KLog源代码分析 Android KLog源代码分析 代码结构 详细分析 BaseLog FileLog JsonLog XmlLog 核心文件KLogjava分析 遇到的问题 一直 ...

随机推荐

  1. 阿里云报错Redirecting to /bin/systemctl restart sshd.service

    转:http://blog.csdn.net/caijunfen/article/details/70599138 云服务器 ECS Linux CentOS 7 下重启服务不再通过 service  ...

  2. vue+VeeValidate 校验范围(部分校验,全部校验)

    搜索很久,没有发现有关于vue+VeeValidate部分校验的.自己写一个. 主要是两个场景: 1. 校验范围内,所有的字段. 2. 校验全局所有字段.主要方法: 1.validate(fields ...

  3. CSU 2018年12月月赛 G(2219): Coin

    Description 有这样一个众所周知的问题: 你面前有7个硬币,其中有一个劣质的(它比正常的硬币轻一点点),你有一个天平,问需要你需要使用天平多少次能保证找到那个劣质的硬币. 众所周知的算法是: ...

  4. ERC20 Token

    pragma solidity ^0.4.8; contract Token{ // token总量,默认会为public变量生成一个getter函数接口,名称为totalSupply(). uint ...

  5. 性能测试培训day1

    测试本质: 1构造测试数据和期望结果 2执行 3验证 自动化测试: 写完代码,单元测试测代码逻辑,单元测试搞清楚代码逻辑就行了(白盒测试)先静态,运行前用工具扫描BUG例如(a==11写成a=11), ...

  6. PHP:车牌照合法性

    文章来源:http://www.cnblogs.com/hello-tl/p/7592362.html <?php /** * [verifyCarCard description] 效验车牌号 ...

  7. JqueryValidate 修改 为根据ID验证

    <!--修改validate根据ID验证 --> <script type="text/javascript"> if ($.validator) { $. ...

  8. NOI模拟(3.6)Assignment

    Description 随机生成一个长度为m且每个元素都为1~n之间的整数的单调不下降序列~(即序列的(i>1)都不小于),(随机生成指每一种可能的序列都等概率被生成).请问这个序列的众数出现次 ...

  9. admin——django自带数据库管理工具

    admin是Django自带的数据库管理工具,是一个app 在admin.py中可以自己定制类来使admin数据库管理页面展现自己想要查看的信息 models.py from django.db im ...

  10. HDU 5420 Victor and Proposition

    Victor and Proposition Time Limit: 6000ms Memory Limit: 524288KB This problem will be judged on HDU. ...