
DocImpact: Fix agents-related docs to describe polling agent Related-Blueprint: merge-compute-central-agents Change-Id: If377ac49bf75c0698f4af6be021e8354240f4e42
90 lines
3.6 KiB
ReStructuredText
90 lines
3.6 KiB
ReStructuredText
..
|
|
Copyright 2012 Nicolas Barcet for Canonical
|
|
2013 New Dream Network, LLC (DreamHost)
|
|
|
|
Licensed under the Apache License, Version 2.0 (the "License"); you may
|
|
not use this file except in compliance with the License. You may obtain
|
|
a copy of the License at
|
|
|
|
http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
Unless required by applicable law or agreed to in writing, software
|
|
distributed under the License is distributed on an "AS IS" BASIS, WITHOUT
|
|
WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
|
|
License for the specific language governing permissions and limitations
|
|
under the License.
|
|
|
|
================================================
|
|
Installing and Running the Development Version
|
|
================================================
|
|
|
|
Ceilometer has several daemons. The basic are: :term:`polling agent` running
|
|
either on the Nova compute node(s) or :term:`polling agent` running on the
|
|
central management node(s), :term:`collector`
|
|
and :term:`notification agent` running on the cloud's management node(s).
|
|
In a development environment created by devstack_, these services are
|
|
typically running on the same server. They do not have to be, though, so some
|
|
of the instructions below are duplicated. Skip the steps you have already done.
|
|
|
|
.. note::
|
|
|
|
In fact, previously Ceilometer had separated compute and central agents, and
|
|
their support is implemented in devstack_ right now, not one agent variant.
|
|
For now we do have deprecated cmd sripts emulating old compute/central
|
|
behaviour using namespaces option passed to polling agent, which will be
|
|
maintained for a transitional period.
|
|
|
|
.. _devstack: http://www.devstack.org/
|
|
|
|
Configuring Devstack
|
|
====================
|
|
|
|
.. index::
|
|
double: installing; devstack
|
|
|
|
1. Create a ``local.conf`` file as input to devstack.
|
|
|
|
.. note::
|
|
|
|
``local.conf`` replaces the former configuration file called ``localrc``.
|
|
If you used localrc before, remove it to switch to using the new file.
|
|
For further information see the `localrc description page
|
|
<http://devstack.org/localrc.html>`_ or `devstack configuration
|
|
<http://devstack.org/configuration.html>`_.
|
|
|
|
2. Ceilometer makes extensive use of the messaging bus, but has not
|
|
yet been tested with ZeroMQ. We recommend using Rabbit or qpid for
|
|
now.
|
|
|
|
3. Nova does not generate the periodic notifications for all known
|
|
instances by default. To enable these auditing events, set
|
|
``instance_usage_audit`` to true in the nova configuration file.
|
|
|
|
4. Cinder does not generate notifications by default. To enable
|
|
these auditing events, set the following in the cinder configuration file::
|
|
|
|
notification_driver=cinder.openstack.common.notifier.rpc_notifier
|
|
|
|
5. The ceilometer services are not enabled by default, so they must be
|
|
enabled in ``local.conf`` before running ``stack.sh``.
|
|
|
|
This example ``local.conf`` file shows all of the settings required for
|
|
ceilometer::
|
|
|
|
[[local|localrc]]
|
|
|
|
# Enable the ceilometer metering services
|
|
enable_service ceilometer-acompute ceilometer-acentral ceilometer-anotification ceilometer-collector
|
|
|
|
# Enable the ceilometer alarming services
|
|
enable_service ceilometer-alarm-evaluator,ceilometer-alarm-notifier
|
|
|
|
# Enable the ceilometer api services
|
|
enable_service ceilometer-api
|
|
|
|
The first group of daemons are necessary for core ceilometer functionality:
|
|
polling, event listening, and data collection.
|
|
|
|
6. If you use Data Processing (Sahara) service at your DevStack, it will
|
|
generate notifications by default.
|