The ceilometer compute agent uses the default polling.yaml
from the installed packages without the ability to configure its contents.
This change adds two configuration options: 'polling-interval' and
'enable-all-pollsters', borrowing from the implementation in
charm-ceilometer. We start off with a limited set of meters as before
and if these are not enough, the user can set 'enable-all-pollsters' to
'true' to collect all available 'Pollster' metrics as listed in the
documentation [1].
Verification:
I tested this change on a cluster built from the OpenStack base bundle
and the ceilometer and gnocchi charms. I confirmed that extra metrics
that originate from the Compute Agent pollster (e.g. disk.device.read.latency)
are available in gnocchi after setting 'enable-all-pollsters' to true.
[1] https://docs.openstack.org/ceilometer/latest/admin/telemetry-measurements.html
Closes-Bug: #1914442
Change-Id: I21c9a93e7dd91bced9365e44f3e6a5315976c3bb
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,
receiving the value from ceilometer-charm
to allow its tuning.
Change-Id: I986073fdacd750cf96d662abf1d58844479c25ba
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: I61f37a976951911d7c24d14cc4ea5e6ec3f84d2e
Closes-Bug: #1838696
Prior to this change, the ceilometer-agent charm receives RMQ
configuration details via the ceilometer charm. This makes it
a bit of a snowflake.
Refactor RMQ integration to require a direct relation to the
rabbitmq-server charm; information provided on this relation
will superceed any information currently provided via the
charms relation with ceilometer, ensuring that there is no
disruption to service during a charm upgrade before the new
relation is added.
Switch to using [DEFAULT]transport_url for RMQ configuration,
making use of the new ch template for SSL and HA configuration
in [oslo_messaging_rabbit].
Change-Id: Ie637ec5162461826505cea39bde6829e036fa1f2
Closes-Bug: 1817672
Changed "os_endpoint_type=internal" to
"interface = internal" to support communication
by internal urls.
Signed-off-by: Evgeny Kremenetsky <ekremenetsky@dev.rtsoft.ru>
Change-Id: Icc637f4125e76b28d85b4d253ccf9c6be4bd172c
Closes-Bug: #1700111
When using v3 authentication and authorization Ceilometer must
authenticate to services project in service_domain.
Change-Id: Ibb19fa8476cf712ccb4bc524a48d3501f42fc62c
Closes-Bug: 1636098
Ammendment to commit fa77346 to ensure service_credentials use
service_host and port. Also fix amulet tests.
Change-Id: Iccdec87b4885ab67465034577f9498f79c958dc4
Related-Bug: #1624173
The ceilometer-agent incorrectly declares a sqlite db connection.
It was required for icehouse, but can be dropped in the mitaka
template.
Change-Id: I7882daacf66eb4efc4810903199fe7082ee86a03
Closes-Bug: 1631876
Use shared section template for keystone authotken and update
service_credentials section to support Keystone v3 for OpenStack
Mitaka or later.
Change-Id: Ia7750276e6a6a52dc95a93f1d5cb8d1f544a94d5
Closes-Bug: #1624173
Openstack mostly defaults to using public endpoints for
internal communication between services. This patch adds
a new option use-internal-endpoints which, if set to True,
will configure services to use internal endpoints where
possible.
Change-Id: I170e5e1eef3d2e3bb28d37606a468328005609d0
Closes-Bug: 1456876