- remove contributing folder contents - move plugins into first level - keep testing info from 'working with source' and move to first level - keep a generic contributing page to point to gerrit workflow and standard links (git repo, launchpad, etc...) - delete everything else - split TOC into: - overview - general stuff - developer - dev related stuff - appendix - random stuff Change-Id: I8c460a655427141eb8bb8db9d4c2ecd253eb6cb1
3.5 KiB
Installing Development Sandbox
Ceilometer has several daemons. The basic are: polling agent
running either
on the Nova compute node(s) or polling agent
running on the central management
node(s), collector
and
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.
Configuring Devstack
double: installing; devstack
Download devstack.
Create a
local.conf
file as input to devstack.Note
local.conf
replaces the former configuration file calledlocalrc
. If you used localrc before, remove it to switch to using the new file. For further information see the localrc description page or devstack configuration.Ceilometer makes extensive use of the messaging bus, but has not yet been tested with ZeroMQ. We recommend using Rabbit or qpid for now. By default, RabbitMQ will be used by devstack.
The ceilometer services are not enabled by default, so they must be enabled in
local.conf
before runningstack.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.
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 and restart the service.Cinder does not generate notifications by default. To enable these auditing events, set the following in the cinder configuration file and restart the service:
notification_driver=messagingv2