blob: c6204e1ef10b01f9cb0387942f0e30032e33f6ee [file] [log] [blame]
Simon Pasquier418cacc2016-11-24 17:19:05 +01001
2==================================
3aodh
4==================================
5
Nadya Shakhat1014c4e2017-04-28 16:49:27 +04006Aodh is an alarming service for OpenStack. It used to be a part of Ceilometer, but starting from Mitaka it
7is a separate project. Aodh supports several types of alarms like threshold, event, composite and gnocchi-specific.
Dmitry Kalashnik69f49552017-12-07 15:56:43 +04008In cluster mode, coordination is enabled via tooz with Redis backend.
Nadya Shakhat1014c4e2017-04-28 16:49:27 +04009MySQL is used as a data backend for alarms and alarm history.
Simon Pasquier418cacc2016-11-24 17:19:05 +010010
11Sample pillars
12==============
13
Nadya Shakhat1014c4e2017-04-28 16:49:27 +040014Cluster aodh service
Simon Pasquier418cacc2016-11-24 17:19:05 +010015
16.. code-block:: yaml
17
18 aodh:
19 server:
20 enabled: true
Nadya Shakhat1014c4e2017-04-28 16:49:27 +040021 version: mitaka
22 ttl: 86400
Dmitry Kalashnik69f49552017-12-07 15:56:43 +040023 cluster: true
Nadya Shakhat1014c4e2017-04-28 16:49:27 +040024 database:
25 engine: "mysql+pymysql"
26 host: 10.0.106.20
27 port: 3306
28 name: aodh
29 user: aodh
30 password: password
31 bind:
32 host: 10.0.106.20
33 port: 8042
34 identity:
35 engine: keystone
Dmitry Kalashnik69f49552017-12-07 15:56:43 +040036 host: 10.0.106.20
Nadya Shakhat1014c4e2017-04-28 16:49:27 +040037 port: 35357
38 tenant: service
39 user: aodh
Dmitry Kalashnik69f49552017-12-07 15:56:43 +040040 password: password
Nadya Shakhat1014c4e2017-04-28 16:49:27 +040041 message_queue:
42 engine: rabbitmq
43 port: 5672
44 user: openstack
45 password: password
46 virtual_host: '/openstack'
Petr Jedinýf6433252017-06-08 18:02:41 +020047 cache:
48 members:
49 - host: 10.10.10.10
50 port: 11211
51 - host: 10.10.10.11
52 port: 11211
53 - host: 10.10.10.12
54 port: 11211
Simon Pasquier418cacc2016-11-24 17:19:05 +010055
56
Dmitry Kalashnik69f49552017-12-07 15:56:43 +040057Enhanced logging with logging.conf
58----------------------------------
59
60By default logging.conf is disabled.
61
62That is possible to enable per-binary logging.conf with new variables:
63 * openstack_log_appender - set it to true to enable log_config_append for all OpenStack services;
64 * openstack_fluentd_handler_enabled - set to true to enable FluentHandler for all Openstack services.
Oleksii Chupryn2ac67002018-05-04 14:06:32 +030065 * openstack_ossyslog_handler_enabled - set to true to enable OSSysLogHandler for all Openstack services.
Dmitry Kalashnik69f49552017-12-07 15:56:43 +040066
Oleksii Chupryn2ac67002018-05-04 14:06:32 +030067Only WatchedFileHandler, OSSysLogHandler and FluentHandler are available.
Dmitry Kalashnik69f49552017-12-07 15:56:43 +040068
69Also it is possible to configure this with pillar:
70
71.. code-block:: yaml
72
73 aodh:
74 server:
75 logging:
76 log_appender: true
77 log_handlers:
78 watchedfile:
79 enabled: true
80 fluentd:
81 enabled: true
Oleksii Chupryn2ac67002018-05-04 14:06:32 +030082 ossyslog:
83 enabled: true
Dmitry Kalashnik69f49552017-12-07 15:56:43 +040084
Simon Pasquier418cacc2016-11-24 17:19:05 +010085Development and testing
86=======================
87
88Development and test workflow with `Test Kitchen <http://kitchen.ci>`_ and
89`kitchen-salt <https://github.com/simonmcc/kitchen-salt>`_ provisioner plugin.
90
91Test Kitchen is a test harness tool to execute your configured code on one or more platforms in isolation.
92There is a ``.kitchen.yml`` in main directory that defines *platforms* to be tested and *suites* to execute on them.
93
94Kitchen CI can spin instances locally or remote, based on used *driver*.
95For local development ``.kitchen.yml`` defines a `vagrant <https://github.com/test-kitchen/kitchen-vagrant>`_ or
96`docker <https://github.com/test-kitchen/kitchen-docker>`_ driver.
97
98To use backend drivers or implement your CI follow the section `INTEGRATION.rst#Continuous Integration`__.
99
100The `Busser <https://github.com/test-kitchen/busser>`_ *Verifier* is used to setup and run tests
101implementated in `<repo>/test/integration`. It installs the particular driver to tested instance
102(`Serverspec <https://github.com/neillturner/kitchen-verifier-serverspec>`_,
103`InSpec <https://github.com/chef/kitchen-inspec>`_, Shell, Bats, ...) prior the verification is executed.
104
105Usage:
106
107.. code-block:: shell
108
109 # list instances and status
110 kitchen list
111
112 # manually execute integration tests
113 kitchen [test || [create|converge|verify|exec|login|destroy|...]] [instance] -t tests/integration
114
115 # use with provided Makefile (ie: within CI pipeline)
116 make kitchen
117
118
119
120Read more
121=========
122
Nadya Shakhat1014c4e2017-04-28 16:49:27 +0400123* https://docs.openstack.org/cli-reference/aodh.html
124* https://docs.openstack.org/developer/aodh/
Filip Pytloun744de4b2017-02-02 12:52:17 +0100125
126Documentation and Bugs
127======================
128
129To learn how to install and update salt-formulas, consult the documentation
130available online at:
131
132 http://salt-formulas.readthedocs.io/
133
134In the unfortunate event that bugs are discovered, they should be reported to
135the appropriate issue tracker. Use Github issue tracker for specific salt
136formula:
137
138 https://github.com/salt-formulas/salt-formula-aodh/issues
139
140For feature requests, bug reports or blueprints affecting entire ecosystem,
141use Launchpad salt-formulas project:
142
143 https://launchpad.net/salt-formulas
144
145You can also join salt-formulas-users team and subscribe to mailing list:
146
147 https://launchpad.net/~salt-formulas-users
148
149Developers wishing to work on the salt-formulas projects should always base
150their work on master branch and submit pull request against specific formula.
151
152 https://github.com/salt-formulas/salt-formula-aodh
153
154Any questions or feedback is always welcome so feel free to join our IRC
155channel:
156
157 #salt-formulas @ irc.freenode.net