Merge "cleanup collector references"
This commit is contained in:
commit
ce192ef151
|
@ -48,11 +48,6 @@ such as transformations and publishing. After processing, the data is sent
|
||||||
to any supported publisher target such as gnocchi or panko. These services
|
to any supported publisher target such as gnocchi or panko. These services
|
||||||
persist the data in configured databases.
|
persist the data in configured databases.
|
||||||
|
|
||||||
.. note::
|
|
||||||
|
|
||||||
Prior to Ocata, the data was sent via AMQP to the collector service or any
|
|
||||||
external service.
|
|
||||||
|
|
||||||
The different OpenStack services emit several notifications about the
|
The different OpenStack services emit several notifications about the
|
||||||
various types of events that happen in the system during normal
|
various types of events that happen in the system during normal
|
||||||
operation. Not all these notifications are consumed by the Telemetry
|
operation. Not all these notifications are consumed by the Telemetry
|
||||||
|
|
|
@ -415,11 +415,6 @@ The notifier publisher can be specified in the form of
|
||||||
oslo.messaging. Any consumer can then subscribe to the published topic
|
oslo.messaging. Any consumer can then subscribe to the published topic
|
||||||
for additional processing.
|
for additional processing.
|
||||||
|
|
||||||
.. note::
|
|
||||||
|
|
||||||
Prior to Ocata, the collector would consume this publisher but has since
|
|
||||||
been deprecated and therefore not required.
|
|
||||||
|
|
||||||
The following customization options are available:
|
The following customization options are available:
|
||||||
|
|
||||||
``per_meter_topic``
|
``per_meter_topic``
|
||||||
|
|
|
@ -24,19 +24,12 @@ ceilometer-agent-notification
|
||||||
Consumes AMQP messages from other OpenStack services, normalizes messages,
|
Consumes AMQP messages from other OpenStack services, normalizes messages,
|
||||||
and publishes them to configured targets.
|
and publishes them to configured targets.
|
||||||
|
|
||||||
ceilometer-collector (deprecated in Ocata)
|
|
||||||
Consumes AMQP notifications from the agents, then dispatches these
|
|
||||||
data to the appropriate data store.
|
|
||||||
|
|
||||||
.. note::
|
.. note::
|
||||||
|
|
||||||
1. The ``ceilometer-polling`` service provides polling support on any
|
The ``ceilometer-polling`` service provides polling support on any
|
||||||
namespace but many distributions continue to provide namespace-scoped
|
namespace but many distributions continue to provide namespace-scoped
|
||||||
agents: ``ceilometer-agent-central``, ``ceilometer-agent-compute``,
|
agents: ``ceilometer-agent-central``, ``ceilometer-agent-compute``,
|
||||||
and ``ceilometer-agent-ipmi``.
|
and ``ceilometer-agent-ipmi``.
|
||||||
|
|
||||||
2. The ``ceilometer-collector`` is no longer supported since the Ocata
|
|
||||||
release. Storage is provided by gnocchi, aodh, and panko services.
|
|
||||||
|
|
||||||
Except for the ``ceilometer-polling`` agents polling the ``compute`` or
|
Except for the ``ceilometer-polling`` agents polling the ``compute`` or
|
||||||
``ipmi`` namespaces, all the other services are placed on one or more
|
``ipmi`` namespaces, all the other services are placed on one or more
|
||||||
|
|
|
@ -52,9 +52,9 @@ How is data collected?
|
||||||
.. figure:: ./1-agents.png
|
.. figure:: ./1-agents.png
|
||||||
:width: 100%
|
:width: 100%
|
||||||
:align: center
|
:align: center
|
||||||
:alt: Collectors and agents
|
:alt: agents
|
||||||
|
|
||||||
This is a representation of how the collectors and agents gather data from
|
This is a representation of how the agents gather data from
|
||||||
multiple sources.
|
multiple sources.
|
||||||
|
|
||||||
The Ceilometer project created 2 methods to collect data:
|
The Ceilometer project created 2 methods to collect data:
|
||||||
|
|
|
@ -32,7 +32,7 @@ compute nodes (where direct hypervisor polling is quite logical).
|
||||||
The agent running on each compute node polls for compute resources
|
The agent running on each compute node polls for compute resources
|
||||||
usage. Each meter collected is tagged with the resource ID (such as
|
usage. Each meter collected is tagged with the resource ID (such as
|
||||||
an instance) and the owner, including tenant and user IDs. The meters
|
an instance) and the owner, including tenant and user IDs. The meters
|
||||||
are then reported to the collector via the message bus. More detailed
|
are then reported to the notification agent via the message bus. More detailed
|
||||||
information follows.
|
information follows.
|
||||||
|
|
||||||
The agent running on the cloud central management node polls other types of
|
The agent running on the cloud central management node polls other types of
|
||||||
|
@ -48,7 +48,7 @@ Plugins
|
||||||
~~~~~~~
|
~~~~~~~
|
||||||
|
|
||||||
A polling agent can support multiple plugins to retrieve different
|
A polling agent can support multiple plugins to retrieve different
|
||||||
information and send them to the collector. As stated above, an agent
|
information and send them to the notification agent. As stated above, an agent
|
||||||
will automatically activate all possible plugins if no additional information
|
will automatically activate all possible plugins if no additional information
|
||||||
about what to poll was passed. Previously we had separated compute and
|
about what to poll was passed. Previously we had separated compute and
|
||||||
central agents with different namespaces with plugins (pollsters) defined
|
central agents with different namespaces with plugins (pollsters) defined
|
||||||
|
@ -134,7 +134,7 @@ In the ``InstanceNotifications`` plugin, it listens to three events:
|
||||||
|
|
||||||
Using the ``get_event_type`` method and subsequently the method
|
Using the ``get_event_type`` method and subsequently the method
|
||||||
``process_notification`` will be invoked each time such events are happening which
|
``process_notification`` will be invoked each time such events are happening which
|
||||||
generates the appropriate sample objects to be sent to the collector.
|
generates the appropriate sample objects to be sent to the publisher targets.
|
||||||
|
|
||||||
Adding new plugins
|
Adding new plugins
|
||||||
------------------
|
------------------
|
||||||
|
|
Loading…
Reference in New Issue