|1 year ago|
|doc||1 year ago|
|examples||2 years ago|
|lib/puppet||1 year ago|
|manifests||1 year ago|
|releasenotes||1 year ago|
|spec||1 year ago|
|.gitignore||3 years ago|
|.gitreview||2 years ago|
|.zuul.yaml||3 years ago|
|CHANGELOG.md||4 years ago|
|CONTRIBUTING.rst||1 year ago|
|Gemfile||2 years ago|
|LICENSE||4 years ago|
|README.md||1 year ago|
|Rakefile||6 years ago|
|bindep.txt||4 years ago|
|metadata.json||1 year ago|
|setup.cfg||3 years ago|
|setup.py||6 years ago|
|tox.ini||2 years ago|
Team and repository tags
Table of Contents
- Overview - What is the AODH module?
- Module Description - What does the module do?
- Setup - The basics of getting started with AODH
- Implementation - An under-the-hood peek at what the module is doing
- Limitations - OS compatibility, etc.
- Beaker-Rspec - Beaker-rspec tests for the project
- Development - Guide for contributing to the module
- Repository - The project source code repository
- Contributors - Those with commits
- Release Notes - Release notes for the project
The AODH module is a part of OpenStack, an effort by the OpenStack infrastructure team to provide continuous integration testing and code review for OpenStack and OpenStack community projects not part of the core software. The module its self is used to flexibly configure and manage the Alarming service for OpenStack.
The AODH module is a thorough attempt to make Puppet capable of managing the entirety of AODH. This includes manifests to provision region specific endpoint and database connections. Types are shipped as part of the AODH module to assist in manipulation of configuration files.
What the AODH module affects
- AODH, the Alarming service for OpenStack.
puppet module install openstack/aodh
Beginning with AODH
To utilize the AODH module's functionality you will need to declare multiple resources. This is not an exhaustive list of all the components needed, we recommend you consult and understand the core OpenStack documentation.
AODH is a combination of Puppet manifest and ruby code to delivery configuration and extra functionality through types and providers.
- All the AODH types use the CLI tools and so need to be ran on the AODH node.
This module has beaker-rspec tests
To run the tests on the default vagrant node:
bundle install bundle exec rake acceptance
For more information on writing and running beaker-rspec tests visit the documentation:
Developer documentation for the entire puppet-openstack project.