grains是minion启动时加载的,在运行过程中不会发生变化,所以是静态数据。grains中包含诸如运行的内核版本,操作系统等信息
Pillar是Salt用来分发全局变量到所有minions的一个接口
1、grains:
1
|
salt '*' grains.items
|
里面有好多东西:IP地址,系统版本,salt版本等等,而且还可以自己添加,想要看某一项可以
1
|
salt '*' grains.item ipv4
|
可以得出minion端的IP地址
好像没什么东西好玩。。
2、pillar
查看pillar的信息跟grains差不多:
1
|
salt '*' pillar.items
|
好像里面的东西没什么用,网上都说这东西是用来定义全局变量或者一些敏感信息的,下面试一下怎么定义:
首先master的配置文件中定义了pillar的工作目录
/etc/salt/master:
1
2
3
|
#pillar_roots:
# base:
# - /srv/pillar
|
首先建立这个目录:
1
2
|
mkdir -p /srv/pillar
cd /srv/pillar
|
建立一个入口文件top.sls
1
2
3
|
base:
'*' :
- test
|
base 不知道啥意思,好像没什么影响
‘*’ 匹配所有的minion,为全部minion定义一个变量
-test 指向当前目录test.sls资源文件
test.sls资源文件里面就可以写变量:
1
2
|
gamename: test
domain: test .wisp.com
|
再运行一下salt ‘*’ pillar.items 就可以看到这两个变量
简单地看完grains和pillar,下面用这些变量来生成一个文件试试
建立目录/srv/salt/test
然后写一个test.sls:
1
2
3
4
|
/tmp/minion :
file .managed:
- source : salt: //test/minion .jinja
- template: jinja
|
然后再写一个minion.jinja的模板:
1
2
3
4
5
6
|
--------------------------------
id: {{grains[ 'ip_interfaces' ][ 'eth0' ][ 0 ]}}
--------------------------------
gamename: {{pillar[ 'gamename' ]}}
domain: {{pillar[ 'domain' ]}}
--------------------------------
|
最后推送一下这个test.sls:
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
|
[root@localhost test]# salt '*' state.sls test.test
192.168 . 1.101 :
----------
ID: /tmp/minion
Function: file.managed
Result: True
Comment: File /tmp/minion updated
Changes:
----------
diff:
---
+++
@@ - 2 , 4 + 2 , 5 @@
id: 192.168 . 1.101
--------------------------------
gamename: test
+domain: test.wisp.com
--------------------------------
Summary
------------
Succeeded: 1
Failed: 0
------------
Total: 1
|
看看minion那边的文件效果:
1
2
3
4
5
6
7
|
[root@localhost tmp]# cat /tmp/minion
--------------------------------
id: 192.168 . 1.101
--------------------------------
gamename: test
domain: test.wisp.com
--------------------------------
|
感觉这样可以管理一些配置文件,还不错。
本文转自运维笔记博客51CTO博客,原文链接http://blog.51cto.com/lihuipeng/1394316如需转载请自行联系原作者
lihuipeng