pillar
Pillar是用来产生特定于minions的任意数据的接口。它跟grains的结构一样，也是一个字典格式，数据通过key/value的格式进行存储。作用是定义与被控主机相关的任何数据，定义好的数据可以被其它组件使用，如模板，state，API等。
在pillar中定义的数据与不同业务特性的被控主机相关联，使不同被控主机只能看到自己匹配的数据，在Salt的设计中，Pillar使用独立的加密session,所以Pillar可以用来传递敏感的数据，通过pillar传输的数据会保证只向选定的minions展现，这使得pillar可以作为Salt中管理安全信息的引擎，例如ssh-key，加密证书等。
可以包含任何基础数据结构，像是一个列表的值，键值存储结构都可以定义使得可以在sls公式中简单的遍历一组值。
pillars可以通过以下的命令来查看：
# salt 'JYD-test-1' pillar.data # 或 pillar.items
JYD-test-1:
----------
master:
----------
auth_mode:
1
auto_accept:
False
cachedir:
/var/cache/salt/master
…… ……
默认情况下，master配置文件中的所有数据都添加到Pillar中，且对所有minion开放。若要禁用此项在/etc/salt/master中修改pillar_opts 为 Flase
pillar和state组件十分相似，支持在sls文件中定义数据，格式需要符合YAML规范。默认在/etc/pillar这个文件夹里面。pillar的位置可以通过master配置见中的pillar_roots配置项来自定义。
注：YAML语法规范
规则一：缩进
YAML使用一个固定的缩进风格表示数据层结构关系，Saltstack需要每个缩进级别由两个空格组成。一定不能使用tab键
规则二：冒号
mykey: my_value
每个冒号后面一定要有一个空格（以冒号结尾不需要空格，表示文件路径的模版可以不需要空格）
规则三：短横线
想要表示列表项，在最前面使用一个短横杠加一个空格。多个项使用同样的缩进级别作为同一个列表的一部分。
my_dictionary: - list_value_one - list_value_two - list_value_three |
先创建一个入口文件top.sls
注：入口文件的作用是定义pillar的数据覆盖被控主机的有效域范围。
# vi /srv/pillar/top.sls
base:
'*':
- data
注：目录查询在pillar中也同样适用，可在- data 下面再添加 - 目录名。目录需要在/srv/pillar里。
这个top文件将所有的minions和data.sls关联起来。在/srv/pillar/data.sls中写一些键值对。若data.sls不存在，会使用data/下的init.sls作为声明文件
# cat /srv/pillar/data.sls
info: website
web:
webserver: nginx
maxconn: 50000
刷新一下被控主机的pillar数据
# salt '*' saltutil.refresh_pillar
# salt '*' pillar.data
写入data.sls中的键值对将会出现在返回的pillar数据中。
pillar的应用
通过-I 选项来匹配被控主机
# salt -I 'info: website' test.ping
JYD-test-2:
True
结合grains处理数据的差异性
官网上的小例子，咱们来看一看。
{% if grains['os'] == 'RedHat' %}
apache: httpd
git: git
{% elif grains['os'] == 'Debian' %}
apache: apache2
git: git-core
{% endif %}注：其中“{% if……%} {% else……%} {% endif %}”为jinja2的模板语法
此例子说明：结合grains的os信息来区分不同id的maxcpu的值，其次进行引用观察匹配的信息。如果系统是RedHat，那么我的apache的名字就叫httpd。系统是Debian的时候，我的apache的名字就叫apache2。
