9fb48f7526
This refactors resource dependencies to improve the following points. - Avoid unnecessary dependencies across services. For example aodh service does not require cinder db. - Restart keystone on change in uwsgi only when a standalone service is used. uwsgi config is not used when keystone is run by apache. Change-Id: Ic4f43215ea90c6b71fe4225e2dfa6a6a3abf6869
57 lines
2.7 KiB
Puppet
57 lines
2.7 KiB
Puppet
# == Class: keystone::deps
|
|
#
|
|
# keystone anchors and dependency management
|
|
#
|
|
class keystone::deps {
|
|
# Setup anchors for install, config and service phases of the module. These
|
|
# anchors allow external modules to hook the begin and end of any of these
|
|
# phases. Package or service management can also be replaced by ensuring the
|
|
# package is absent or turning off service management and having the
|
|
# replacement depend on the appropriate anchors. When applicable, end tags
|
|
# should be notified so that subscribers can determine if installation,
|
|
# config or service state changed and act on that if needed.
|
|
anchor { 'keystone::install::begin': }
|
|
-> Package<| tag == 'keystone-package'|>
|
|
~> anchor { 'keystone::install::end': }
|
|
-> anchor { 'keystone::config::begin': }
|
|
-> Keystone_config<||>
|
|
~> anchor { 'keystone::config::end': }
|
|
-> anchor { 'keystone::db::begin': }
|
|
-> anchor { 'keystone::db::end': }
|
|
~> anchor { 'keystone::dbsync::begin': }
|
|
-> anchor { 'keystone::dbsync::end': }
|
|
~> anchor { 'keystone::service::begin': }
|
|
~> Service<| tag == 'keystone-service' |>
|
|
~> anchor { 'keystone::service::end': }
|
|
|
|
Anchor['keystone::config::begin']
|
|
-> Keystone_uwsgi_config<||>
|
|
-> Anchor['keystone::config::end']
|
|
|
|
# Support packages need to be installed in the install phase, but we don't
|
|
# put them in the chain above because we don't want any false dependencies
|
|
# between packages with the keystone-package tag and the keystone-support-package
|
|
# tag. Note: the package resources here will have a 'before' relationship on
|
|
# the keystone::install::end anchor. The line between keystone-support-package and
|
|
# keystone-package should be whether or not keystone services would need to be
|
|
# restarted if the package state was changed.
|
|
Anchor['keystone::install::begin']
|
|
-> Package<| tag == 'keystone-support-package'|>
|
|
-> Anchor['keystone::install::end']
|
|
|
|
# We need openstackclient before marking service end so that keystone
|
|
# will have clients available to create resources. This tag handles the
|
|
# openstackclient but indirectly since the client is not available in
|
|
# all catalogs that don't need the client class (like many spec tests)
|
|
Package<| tag == 'openstackclient'|>
|
|
-> Anchor['keystone::service::end']
|
|
|
|
# Installation or config changes will always restart services.
|
|
Anchor['keystone::install::end'] ~> Anchor['keystone::service::begin']
|
|
Anchor['keystone::config::end'] ~> Anchor['keystone::service::begin']
|
|
|
|
# Bootstrap needs to be executed after fernet keys are created/generated.
|
|
Exec<| title == 'keystone-manage fernet_setup' |> -> Exec<| title == 'keystone bootstrap' |>
|
|
File<| tag == 'keystone-fernet-key' |> -> Exec<| title == 'keystone bootstrap' |>
|
|
}
|