陈云炜李伟波陈蔡涛睿哲科技股份有限公司在OpenStack云平台中,对资源的监控与计量是保证云平台平稳运营的标准配置,也才是是日常最让人苦恼的问题。特别是在在公有云平台中,对资源的监控与计量不仅可以向业务使用者展现出业务对资源的用于情况,还可以沦为按须要计费模式下的计费依据,但是监控数据的准确性、实时性以及海量监控数据的处置、储存和索引性能等都具备挑战性的工作。说道到运维监控,大家熟悉的有Zabbix、Cacti、Nagios等传统的开源运维监控系统;这些监控系统都很强劲也很灵活性,从普通的业务用于上来说,经过涉及的配备、插件自定义甚至是二次开发,几乎可以已完成对系统资源的监控与计量功能。但这些监控系统却是是独立国家的监控系统,并没与OpenStack云平台展开与众不同,在OpenStack云平台中增补业务资源时,这些监控系统是无感官的,也就是无法自动地对OpenStack云平台的资源展开自动监控。
并且OpenStack是一个多租户的云平台,以上这些开源的监控系统中要做有所不同租户的资源数据分别监控与计量以及索引,还是比较复杂的。所幸OpenStack社区有Ceilometer项目来构建OpenStack集群资源监控与计量的功能。
Ceilometer项目从OpenStackFolsom版本开始公布,经过大大的递归,功能也渐渐非常丰富,包括了监控、计量与监测等功能,并且通过OpenStack的endpointRESTfulAPI以及消息队列,可以十分好地与OpenStack中的其他项目结合,构建分租户的自动化的资源监控和计量。然而由于Ceilometer在运营性能上的一些原因,社区渐渐地Ceilometer项目展开了功能的合并:Ceilometer主要构建资源数据的收集,将计量和数据存储功能拆分沦为Gnocchi项目,将监测功能合并沦为Aodh项目。
本文仅有牵涉到Ceilometer数据采集和Gnocchi数据处理和存储两个部分,并且基于OpenStackOcata版及之后版本的Ceilometer和Gnocchi展开分析。
本文来源:亚慱体育app在线下载-www.aosenruisi.com