Bug 1042304

Summary:	[RFE][ceilometer]: 3rd-party monitoring agent adoption mechanism
Product:	Red Hat OpenStack	Reporter:	RHOS Integration <rhos-integ>
Component:	RFEs	Assignee:	RHOS Maint <rhos-maint>
Status:	CLOSED UPSTREAM	QA Contact:
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	unspecified	CC:	markmc, yeylon
Target Milestone:	---	Keywords:	FutureFeature
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
URL:	https://blueprints.launchpad.net/ceilometer/+spec/zabbix-agent-adoption
Whiteboard:	upstream_milestone_none upstream_status_not-started upstream_definition_obsolete
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-03-19 17:41:00 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description RHOS Integration 2013-12-12 21:41:38 UTC

Cloned from launchpad blueprint https://blueprints.launchpad.net/ceilometer/+spec/zabbix-agent-adoption.

Description:

Currently, Ceilometer collects instance data via compute agents installed on every OpenStack compute nodes. PollingTasks in a compute agent invoke multiple pollsters, which then call hypervisor-dependent inspectors for metering various metrics. Such pollsters work well for data visible to a hypervisor (http://www.mirantis.com/blog/openstack-metering-using-ceilometer/), while ignoring some detailed and precise guest system metrics. However, those guest system metrics, in practice, are highly valuable for both OpenStack Admins and tenants, according to our own operating experiences and feedback from other companies using OpenStack. Therefore, Zabbix, a popular open source monitoring tool, has been deployed in many product-oriented OpenStack clouds to achieve detailed and precise monitoring. Other popular 3rd-party monitoring tools include Nagios, Ganglia, etc.

This blueprint aims at leveraging existing monitoring assets and expertises in system administration teams to the best extent, instead of removing or replacing them with efforts. An adoption mechanism between agents of 3rd-party tools (e.g. Zabbix agents, Nagios NRPE, Ganglia gmond, etc.) in instances and Ceilometer will be added, therefore Ceilometer can get data directly from those agents to ehance its capability to monitor instances.

Two candidate designs are at least available here:
1. A pollster as a proxy for in-instance agents can be added to each Ceilometer compute agent, or
2. A proxy collects data from in-instance agents, transforms them into samples and then calls Ceilometer APIs to publish them out to the bus.

Specification URL (additional information):

https://wiki.openstack.org/wiki/Zabbix-agent-adoption