[
https://issues.apache.org/jira/browse/BROOKLYN-217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15107110#comment-15107110
]
Geoff Macartney commented on BROOKLYN-217:
------------------------------------------
hi Hadrian. As an initial step I have been looking at getting a 'masterless'
mode going.
My thoughts on the steps for this are to:
* Update SaltEntity/SaltSshTasks to install Salt itself
* Update SaltLifecycleEffectorTasks to set ‘local’ file client mode in Salt
config
* Add task to generate a ‘top.sls’ file from run list of states
* Update SALT_FORMULAS config flag to support download and install of Salt
formulas to /srv/formulas. (Provides ability for clients to configure their own
custom states.)
* Update 'start' to bring up all desired states using salt-call --local.
* Add sensors to give overview of applied states
I took your 'saltier' branch and added initial support for the above points,
except the last one, so far.
I have pushed this as my branch
[salt-entity|https://github.com/geomacy/incubator-brooklyn/tree/salt-entity],
for discussion.
(Note, this runs successfully from my IDE, but having caught up to the master
Brooklyn branch for some reason there is a build failure in the "Brooklyn QA"
module from a maven build, which I have yet to fix.)
I have tested this by deploying an apache web server using salt, with the
following blueprint:
{noformat}
name: salt-test
location: byon3
services:
- type: org.apache.brooklyn.cm.salt.SaltEntity
name: myent
brooklyn.config:
brooklyn.salt.runList:
- apache
brooklyn.salt.formulaUrls:
apache:
https://github.com/saltstack-formulas/apache-formula/archive/master.tar.gz
{noformat}
This is very much a work in progress. At the moment all tasks just get invoked
from the 'startWithSshAsync()' method, but I think this could be better
organised. I have left them in there for the mean time as I wanted to get it
going first.
I would like to think more about what sensors and effectors to add. Alex
Heneveld suggests a starting point of a single “apply”-type effector and
“states” map sensor. I will have a look into that and will make notes on other
potentially useful sensors/effectors.
> Support for SaltStack
> ---------------------
>
> Key: BROOKLYN-217
> URL: https://issues.apache.org/jira/browse/BROOKLYN-217
> Project: Brooklyn
> Issue Type: Improvement
> Reporter: Hadrian Zbarcea
> Assignee: Hadrian Zbarcea
> Fix For: 0.9.0
>
>
> SaltStack is a popular configuration management tool.
> SaltStack would rapidly extend its support for managing services in a cloud
> infrastructure by using SaltStack master/minions and leveraging SaltStack
> formulas. SaltStack grains provide metrics about hosts and installation and
> would be a good source of sensors.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
