![]() In aodh::api, use keystone::resource::authtoken to configure keystone_authtoken section in aodh.conf, with all parameters required to configure keystonemiddleware. This patch will allow to deploy aodh to use Keystone v3 authentification. Some deprecations: - aodh::api::keystone_tenant is deprecated in favor of aodh::keystone::authtoken::project_name. - aodh::api::keystone_user is deprecated in favor of aodh::keystone::authtoken::username. - aodh::api::keystone_password is deprecated in favor of aodh::keystone::authtoken::password. - aodh::api::keystone_project_domain_name is deprecated in favor of aodh::keystone::authtoken::project_domain_name - aodh::api::keystone_user_domain_name is deprecated in favor of aodh::keystone::authtoken::user_domain_name - aodh::api::keystone_auth_type is deprecated in favor of aodh::keystone::authtoken::auth_type - aodh::api::keystone_auth_uri is deprecated in favor of aodh::keystone::authtoken::auth_uri - aodh::api::keystone_identity_uri is deprecated in favor of aodh::keystone::authtoken::auth_url - aodh::api::keystone_auth_url is deprecated in favor of aodh::keystone::authtoken::auth_url - aodh::api::memcached_servers is deprecated in favor of aodh::keystone::authtoken::memcached_servers Change-Id: Id8b3d8265f3554865fd77b291f235219b147efb9 Related-Bug: #1604463 |
7 years ago | |
---|---|---|
examples | 7 years ago | |
lib/puppet | 7 years ago | |
manifests | 7 years ago | |
releasenotes | 7 years ago | |
spec | 7 years ago | |
tests | 8 years ago | |
.gitignore | 7 years ago | |
.gitreview | 8 years ago | |
CHANGELOG.md | 7 years ago | |
Gemfile | 7 years ago | |
LICENSE | 8 years ago | |
README.md | 7 years ago | |
Rakefile | 7 years ago | |
bindep.txt | 7 years ago | |
metadata.json | 7 years ago | |
setup.cfg | 7 years ago | |
setup.py | 7 years ago | |
test-requirements.txt | 7 years ago | |
tox.ini | 7 years ago |
README.md
AODH
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.
- Development - Guide for contributing to the module
- Contributors - Those with commits
Overview
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.
Module Description
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.
Setup
What the AODH module affects
- AODH, the Alarming service for OpenStack.
Installing AODH
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.
Implementation
AODH
AODH is a combination of Puppet manifest and ruby code to delivery configuration and extra functionality through types and providers.
Limitations
- All the AODH types use the CLI tools and so need to be ran on the AODH node.
Beaker-Rspec
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:
Development
Developer documentation for the entire puppet-openstack project.