SaltStack学习:salt_state

erawrq

1.简单应用

建立Salt State树在Salt中启动一个中心state系统，需要首先确保已经建立了Salt文件服务. 编辑master配置文件(file_roots) 取消如下行的注释:

1 2 3

file_roots:   base:     - /srv/salt

重启Salt master以使更改生效:

1 2	pkill salt-master salt-master -d

准备Top文件在master上，之前为未注释的目录下(默认为 /srv/salt)，创建一个名为 top.sls 的文件并添加如下内容:

1 2 3

base:   '*':     - webserver

Create an sls fileIn the same directory as the top file, create a filenamed webserver.sls, containing the following:

1 2 3

apache:                 # ID declaration   pkg:                  # state declaration     - installed         # function declaration

The first line, called the ID declaration, is an arbitrary identifier.In this case it defines the name of the package to be installed.

The second line, called the State declaration, defines which of the SaltStates we are using. In this example, we are using the pkg state to ensure that a given package is installed.


The third line, called the Function declaration, defines which functionin the pkg state module to call.



装软件包
下面让我们来运行我们创建的状态， 打开命令窗口在master 上运行上面语句。

1	salt '*' state.highstate

A clean and recommended setup for multiple environments would look like this

1 2 3 4 5 6 7 8 9

# Master file_roots configuration:file_roots:   base:     - /srv/salt/base   dev:     - /srv/salt/dev   qa:     - /srv/salt/qa   prod:     - /srv/salt/prod

Then only place state trees in the dev, qa, and prod environments, leavingthe base environment open for generic file transfers. Then the top.sls filewould look something like this:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

dev:   'webserver*dev*':     - webserver   'db*dev*':     - db qa:   'webserver*qa*':     - webserver   'db*qa*':     - db prod:   'webserver*prod*':     - webserver   'db*prod*':     - db

Other Ways of Targeting MinionsHere is a slightly more complex top file example, showing the different typesof matches you can perform:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

base:     '*':         - ldap-client         - networking         - salt.minion     'salt-master*':         - salt.master     '^(memcache|web).(qa|prod).loc$':         - match: pcre         - nagios.mon.web         - apache.server     'os:Ubuntu':         - match: grain         - repos.ubuntu     'os:(RedHat|CentOS)':         - match: grain_pcre         - repos.epel     'foo,bar,baz':         - match: list         - database     'somekey:abc':         - match: pillar         - xyz     'nag1* or G@role:monitoring':         - match: compound         - nagios.server

In this example top.sls, all minions get the ldap-client, networking, andsalt.minion states. Any minion with an id matching the salt-master* globwill get the salt.master state. Any minion with ids matching the regularexpression ^(memcache|web).(qa|prod).loc$ will get the nagios.mon.web andapache.server states. All Ubuntu minions will receive the repos.ubuntu state,while all RHEL and CentOS minions will receive the repos.epel state. Theminions foo, bar, and baz will receive the database state. Anyminion(奴才) with a pillar named somekey, having a value of abc will receivethe xyz state.  Finally, minions with ids matching the nag1* glob(一滴) or with agrain named role equal to monitoring will receive the nagios.serverstate.
http://docs.saltstack.cn/zh_CN/l ... top.html#states-top