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配置项来自定义。

例如先创建一个入口文件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。

本文出自 “墨” 博客，请务必保留此出处http://jinyudong.blog.51cto.com/10990408/1901732

集中化管理平台saltstack--pillar（4）