Module to manage StackStorm
- Ubuntu 14.04
- Ubuntu 16.04
- RHEL/CentOS 6
- RHEL/CentOS 7
For a full installation on a single node, a profile already exists to get you setup and going with minimal effort. Simply:
puppet module install stackstorm-st2
puppet apply -e "include ::st2::profile::fullinstall"
This module no longer supports Puppet 3 as of version 1.1
This module aims to provide sane default configurations, but also stay out of your way in the event you need something more custom. To accomplish this, this module uses the Roles/Profiles pattern. Included in this module are several modules that come with sane defaults that you can use directly or use to compose your own site-specific profile for StackStorm installation.
Configuration can be done directly via code composition, or set via Hiera data bindings. A few notable parameters to take note of:
st2::version
- Version of ST2 to install. This will be set as theensure
value on thest2
packages. The default ispresent
resulting in the most up to date packages being installed initially. If you would like to hard code to an older version you can specify that here (ex:2.6.0
). Note Setting this tolatest
is NOT recommended. It will cause the StackStorm packages to be automatically updated without the proper upgrade steps being taken (proper steps detailed here: https://docs.stackstorm.com/install/upgrades.html)
All other classes are documented with Puppetdoc. Please refer to specific classes for use and configuration.
st2::profile::client
- Profile to install all client libraries for st2st2::profile::fullinstall
- Full installation of StackStorm and dependenciesst2::profile::mistral
- Install of OpenStack Mistralst2::profile::mongodb
- st2 configured MongoDB installationst2::profile::nodejs
- st2 configured NodeJS installationst2::profile::python
- Python installed and configured for st2st2::profile::rabbitmq
- st2 configured RabbitMQ installationst2::proflle::server
- st2 server componentsst2::profile::web
- st2 web componentsst2::profile::chatops
- st2 chatops components
StackStorm packs can be installed and configured directly from Puppet. This
can be done via the st2::pack
and st2::pack::config
defined types.
Installation/Configuration via modules:
# install pack from the exchange
st2::pack { 'linux': }
# install pack from a git URL
st2::pack { 'private':
repo_url => 'https://private.domain.tld/git/stackstorm-private.git',
}
# install pack and apply configuration
st2::pack { 'slack':
config => {
'post_message_action' => {
'webhook_url' => 'XXX',
},
},
}
Installation/Configuration via Hiera:
st2::packs:
linux:
ensure: present
private:
ensure: present
repo_url: https://private.domain.tld/git/stackstorm-private.git
slack:
ensure: present
config:
post_message_action:
webhook_url: XXX
StackStorm uses a pluggable authentication system where auth is delegated to
an external service called a "backend". The st2auth
service can be configured
to use various backends (only one active). For more information on StackStorm
authentication see the
authentication documentation
page.
The following backends are currently available:
flat_file
- Authenticates against an htpasswd file (default) linkkeystone
- Authenticates against an OpenStack Keystone service linkldap
- Authenticates against an LDAP server such as OpenLDAP or Active Directory linkmongodb
- Authenticates against a collection namedusers
in MongoDB linkpam
- Authenticates against the PAM Linux service link
By default the flat_file
backend is used. To change this you can configure it
when instantiating the ::st2
class in a manifest file:
class { '::st2':
auth_backend => 'ldap',
}
Or in Hiera:
st2::auth_backend: ldap
Each backend has their own custom configuration settings. The settings can be
found by looking at the backend class in the manifests/st2/auth/
directory.
These parameters map 1-for-1 to the configuration options defined in each
backends GitHub page (links above). Backend configurations are passed in as a hash
using the auth_backend_config
option. This option can be changed when instantiating
the ::st2
class in a manifest file:
class { '::st2':
auth_backend => 'ldap',
auth_backend_config => {
ldap_uri => 'ldaps://ldap.domain.tld',
bind_dn => 'cn=ldap_stackstorm,ou=service accounts,dc=domain,dc=tld',
bind_pw => 'some_password',
ref_hop_limit => 100,
user => {
base_dn => 'ou=domain_users,dc=domain,dc=tld',
search_filter => '(&(objectClass=user)(sAMAccountName={username})(memberOf=cn=stackstorm_users,ou=groups,dc=domain,dc=tld))',
scope => 'subtree'
},
},
}
Or in Hiera:
st2::auth_backend: ldap
st2::auth_backend_config:
ldap_uri: "ldaps://ldap.domain.tld"
bind_dn: "cn=ldap_stackstorm,ou=service accounts,dc=domain,dc=tld"
bind_pw: "some_password"
ref_hop_limit: 100
user:
base_dn: "ou=domain_users,dc=domain,dc=tld"
search_filter: "(&(objectClass=user)(sAMAccountName={username})(memberOf=cn=stackstorm_users,ou=groups,dc=domain,dc=tld))"
scope: "subtree"
Configuration via Hiera:
# character to trigger the bot that the message is a command
# example: !help
st2::chatops_hubot_alias: "'!'"
# name of the bot in chat, sometimes requires special characters like @
st2::chatops_hubot_name: '"@RosieRobot"'
# API key generated by: st2 apikey create
st2::chatops_api_key: '"xxxxyyyyy123abc"'
# Public URL used by ChatOps to offer links to execution details via the WebUI.
st2::chatops_web_url: '"stackstorm.domain.tld"'
# install and configure hubot adapter (rocketchat, nodejs module installed by ::nodejs)
st2::chatops_adapter:
hubot-adapter:
package: 'hubot-rocketchat'
source: 'git+ssh://git@git.company.com:npm/hubot-rocketchat#master'
# adapter configuration (hash)
st2::chatops_adapter_conf:
HUBOT_ADAPTER: rocketchat
ROCKETCHAT_URL: "https://chat.company.com:443"
ROCKETCHAT_ROOM: 'stackstorm'
LISTEN_ON_ALL_PUBLIC: true
ROCKETCHAT_USER: st2
ROCKETCHAT_PASSWORD: secret123
ROCKETCHAT_AUTH: password
RESPOND_TO_DM: true
This module installs and configures all of the components required for StackStorm.
In order to not repeat others work, we've utilized many existing modules from the
foge. We manage the module dependenies using a Puppetfile
for each OS we support.
These Puppetfile
can be used both with r10k
and librarian-puppet.
- RHEL/CentOS 6 - Puppet 4 - build/centos6-puppet4/Puppetfile
- RHEL/CentOS 6 - Puppet 5 - build/centos6-puppet5/Puppetfile
- RHEL/CentOS 7 - Puppet 4 - build/centos7-puppet4/Puppetfile
- RHEL/CentOS 7 - Puppet 5 - build/centos7-puppet5/Puppetfile
- Ubuntu 14.04 - Puppet 4 - build/ubuntu14-puppet4/Puppetfile
- Ubuntu 14.04 - Puppet 5 - build/ubuntu14-puppet5/Puppetfile
- Ubuntu 16.06 - Puppet 4 - build/ubuntu16-puppet4/Puppetfile
- Ubuntu 16.06 - Puppet 5 - build/ubuntu16-puppet5/Puppetfile
By default this module does NOT handle upgrades of StackStorm. It is the responsiblity of the end user to upgrade StackStorm according to the upgrade documenation.
In a future release a Puppet task may be included to perform these update on demand using bolt.
In StackStorm < 2.4.0
there is a known bug #3290
where the first puppet run fails to install the st2
pack. Simply invoking puppet
a second time will produce a fully functional installation with the st2
pack
installed. This was an upstream but and has been fixed in StackStorm version 2.4.0
.
- Nick Maludy
- GitHub - @nmaludy
- Email - nick.maludy@encore.tech
- StackStorm info@stackstorm.com
- James Fryman
- Patrick Hoolboom
If you're in stuck, our community always ready to help, feel free to:
- Ask questions in our public Slack channel in channel
#puppet
- Report bug, provide feature request or just give us a ✮ star
Your contribution is more than welcome!