This change adds the missing region setting in service_credentials. In a
shared keystone multi region setup, this setting is mandatory in order
for ceilometer to properly find the services it relies upon from the
same region it resides in. Without this setting, the ceilometer-upgrade
action will fail (along with any other calls made to ceilometer) if the
first endpoint returned by keystone is from a different region.
Change-Id: Ie14df0f5fc7ee18072091dbdb3ada817615a6670
Signed-off-by: Gabriel Adrian Samfira <gsamfira@cloudbasesolutions.com>
This reverts commit 6ed691807d.
The meter_sink is actually required in pipeline.yaml and not in
event_pipline.yaml, and this is something that needs to be enabled
for newton and above as the ceilometer-collector is not the
dependancy for this.
Change-Id: Ie40a99281f1f60de7a409e1e3a2025a850a8a446
If the user wants to add a meter-sink to the pipeline.yaml
at the moment this cannot be done. Previously, pipeline-yaml
config option was allowed and could replace the whole config.
This will now allow to also add meter-sink as an option to
the event_pipeline.yaml, and allow a new source of collecting
all meters, and pushing to the value of meter-sink URLs.
Closes-Bug: 1938807
Change-Id: If6cd82e4153b29c1d8fdb6df150d0d4bb11d4e49
Samples collected can be batched together,
consequently increasing or reducing the
amount of API calls and body data
sent to the configured publisher.
This config is available since Rocky,
adding the config option to allow its
tuning.
Change-Id: I0e3f756aa0305d3a96e21c7498d6a56208c51007
Closes-bug: #1885190
Ensure "rabbit_use_ssl" is specified in the [oslo_messaging_rabbit]
config section instead of "ssl" for Ocata, since "ssl" was not yet
introduced.
Change-Id: I23bc8d6943377c72811d9b7c544b1ca9e1da9c43
Closes-Bug: #1838696
The ceilometer charm was already using transport_url for
Ocata or later deployments; resync helpers and include new
revised sectional config for SSL and HA settings.
Change-Id: Ib1822a89de8da6986552229a2b84ec5b784550ed
Closes-Bug: 1817672
The charm currently configures events to be published to
rabbit on both the config.event_topic (event.sample queue)
and alarm topic but as of Queens Ceilometer no longer
consumes event.sample. This patch makes the event_sink
publishers configurable and defaults to publishing to
aodh to retain backwards compatibility.
Change-Id: I5b55f31adcf2b069ff51e387a416f9f1ac4099f8
Partial-Bug: #1676586
This change adds polling.yaml to the list of managed config files, for
Queens and above. Two new config items are added alongside the
template, to take into account a choice between the two polling.yaml
files supplied with the Ceilometer source, one which has a small list of
pollsters and the other which has all pollsters. Additionally the
change adds the option to set the polling interval.
Change-Id: Ifff72870cf79bea23dbd21586857dd832c9e1405
Closes-Bug: 1785933
Closes-Bug: 1652848
This change adds the ability to listen for events across multiple
rabbit queues. Nova cells v2 has a message broker per cell and
the charms already support having a separate message broker for
neutron, in both these topologies ceilometer needs the ability to
listen to multiple brokers.
To achieve this a new relation 'amqp-listener' has been introduced.
The existing 'amqp' relation should be used for the broker that
ceilometer listens to and publishes to. 'amqp-listener' should be
used for additional brokers that ceilometer just listens on.
Update functional tests to satisfy relation with
nova-cloud-controller.
Change-Id: Ifdade3f7814620f4cd4a1d35a584cbc099bb6d88
The configuration file /etc/ceilometer/pipeline.yaml will be managed by
juju, currently it is not. On every change of this file
ceilometer-collector daemon is restarted.
Change-Id: Ie18a5284812f4f698b929b9e17b34289e7732bf7
Closes-Bug: 1715672
There is a use-case to forward events received by ceilometer from
OpenStack services to an external system via http/udp. It comes
from the fact that aodh does not include all information about an
event alarm into POSTed data. Raw event data can be published by
ceilometer via http/udp to an external system without giving a
user direct access to rabbitmq.
This patch adds a context generator, associated templates, and
configuration entry for configuring multiple event-sinks in
/etc/ceilometer/event_pipeline.yaml. This also modifies the
ceilometer.conf templates to reflect the correct naming of the
same file to align with upstream Ceilometer.
Also adds support for a future Panko charm event consumer using
the event-service interface in the above context with associated
metadata and hook symlinks.
This change will only effect Mitaka and later clouds.
Closes Bug: 1763321
Change-Id: I931438c720272bd9a3d2b958ebabcd3584790bd0
Align ceilometer charm with worker-multiplier usage as found
across the majority of OpenStack Charms. Worker configuration
values are set for API, Notification and Collector services
as needed for each release. Note that for Ocata or later, API
services are executed as WSGI apps under Apache which was
already plugged into the standard worker calculation logic
in charm helpers.
This includes dropping of the existing api-worker configuration
option in preference to a calculated approach.
Change-Id: Idba7c3012d9d24b7ae6ef8eade4a5261ef1cbddc
Closes-Bug: #1745189
Update charm to support Ceilometer@Queens; specifically:
- Removal of Ceilometer API service
- Removal of ceilometer-collector service
Most of this change is related to dropping of these
services; In addition its now possible to complete a
ceilometer-upgrade without mongodb being configured.
As this charm no longer provides any endpoints to
keystone, for Queens the identity-credentials relation
is required instead of the identity-service relation.
Change-Id: I3cefc24ffc9a0e60f446fbbdff603dfad37f7baa
Add support for use of internal endpoints for inter-service
API calls from ceilometer.
Change-Id: Id702de85fb2236f21773ee7f2fb3698012b5f16c
Closes-Bug: 1713923
The default value of event and meter_dispatchers were "database"
implicitly. However with Newton, there is no default value for
event_dispatchers. And empty meter_dispathers with Ocata. While Gnocchi
and Panko are preferred solutions, keep backward compatibility to
support an upgrade for existing deployments with MongoDB.
event_dispathers is not needed for Ocata since v2/events API has been
removed completely from Ceilometer.
Change-Id: I3a0f3fb029136d106afe0e77b704ee0c303ab27f
Closes-Bug: #1711932
Add new metric-service interface to support use of
Gnocchi as a storage backend for resource and metric
data.
Configure ceilometer to use the gnocchi dispatcher
in the event that ceilometer is related to gnocchi.
This has the side effect of disabling the ceilometer
API - Aodh and Gnocchi API's should be used directly
in this deployment topology.
Note that Gnocchi is only supported in OpenStack
Mitaka or later; 'metrics-service' is added to the
required interfaces configuration as an alternative
to 'mongodb' for >= Mitaka.
Change-Id: Ia31dfefd5efa3fb5ec2ba5d132ee865c567bd8df
'alarm-listener' in Aodh would be deployed if you use charm-aodh.
It expects that ceilometer publish events with 'alarm.all' topic,
then it can evaluate alarm criteria pre-configured by users.
This patch makes ceilometer publish events for event-driven alarm
evaluation in Aodh.
Change-Id: Id536c9d847ac9c08b9d7d309b4639606e6860a17
When using v3 authentication and authorization Ceilometer must
authenticate to services project in service_domain.
Closes-Bug: 1636098
Change-Id: I23354e7db0eef83de31f703fdf754ca3ae2db92d
service_credentials is used for the keystoneauth1.session.Session
class to bring a unified interface to the various openstack
clients that share common authentication and request parameters
between a variety of services. This patch will add keystone v3
support for service_credentials in ceilometer.
Change-Id: I8c8a7b0a90a002f17237c5dd3e167c2222e5291b
Partial-Bug: #1624173
Ceilometer switched to using wsgi_script to generate the
ceilometer-api binary; this resulted in a few packaging changes,
including one which means the listen port for Ceilometer API is
set via the systemd unit, rather than the ceilometer.conf
configuration file.
Add systemd override file handling for ceilometer-api, including a
small workaround which ensures that the systemd daemon loads the
override configuration file when it changes (only possible during
config-changed with enabling SSL support).
This charm should switch to using Apache + mod_wsgi next cycle, at
which point all of that can just be dropped.
Change-Id: Ic8b359d0b91fda144925f5c75044f919e73aadd9
Closes-Bug: 1629796
The ceilometer.conf was using its defining its own keystone-authtoken
section which lacks Keystone v3 support rather than using the shared
template fragment from charmhelpers.
Change-Id: I180785aa6b1b89eab7d2d2814206e43b3aa90ff7
Closes-Bug: #1624173
ceilometer.conf template >= Kilo does not contain metering-time-to-live
and event-time-to-live parameters. Add these options so we can control
ceilometer database growth.
Change-Id: Id5831280daeb582586bfa615268309c4abec5d63
Closes-Bug: 1561220
Rework ceilometer.conf to remove use of deprecated groups and options.
Don't install aodh alarming services for Mitaka; this will be handled in
a new aodh charm.
Rework upgrade tests from precise-havana -> trusty-kilo.
Change-Id: I74112fd6206665bbb7a20eaa5be15ac85116ae03
Grizzly and Havana have been unsupported for some time; remove
templates as they are no longer tested or required.
Change-Id: I97377182fe28e3f7aa98784b537e1a353a58280d
- Add support for shared secret for ceilometer's signed messages
- Refactor MongoDBContext to be a bit more clean
- Specify replicaSet and readPreference parameters in the mongodb url
Gabriel Adrian Samfira