triggered.
Result: New ceilometer-alarm-evaluator and ceilometer-alarm-
notifier services are provided.
BZ #9 86 381
Feature: Partitioning of alarm evaluation over a horizontally
scaled out dynamic pool of workers.
Reason: This enhancement allows the evaluation workload to scale
up to encompass many alarms, and also avoids a singleton evaluator
becoming a single point of failure.
Result: The alarm.evaluation_service configuration option may be
set to ceilometer.alarm.service.PartitionedAlarmService, in which
case multiple ceilometer-alarm-evaluator service instances can be
started up on different hosts. These replicas will self-organize
and divide the evaluation workload among themselves via a group
co-ordination protocol based on fanout RPC.
BZ #9 86 39 3
A feature has been added in OpenStack Metering (Ceilometer) which
allows the retention of alarm history in terms of lifecycle
events, rule changes and state transformations.
This was required because alarms encapsulate a transient state and
a snapshot of their current evaluation rule, but users also need
the capability of inspecting how the alarm state and rules
changed over a longer timespan, including the period after the
alarm no longer exists.
Now, alarm history is configurably retained for lifecycle events,
rule changes and state transformations.
BZ #9 86 4 10
Feature: Aggregation of the states of multiple basic alarms into
overarching meta-alarms.
Reason: Reducing noise from detailed monitoring, also allowing
alarm-driven workflows (e.g. Heat autoscaling) to be gated by
more complex logical conditions.
Result: Combination alarms may be created to combine the states of
the under-pinning alarms via logical AND or OR.
BZ #9 86 4 9 8
The main rootwrap implementation has been updated with new
filtering features. These new features:
* permit more maintainable filter rules with less duplication,
and
Comentarios a estos manuales