1.先了解下管理端（master）经常使用相关命令
1.1 salt #主要管理命令
命令格式：salt [options] <target> [arguments]
例：salt ‘*’ test.ping
1.2 salt-key #证书管理
# salt-key –L #查看全部minion-key
# salt-key –a <keys-name> #接受某个minion-key
# salt-key –d <keys-name> #删除某个minion-key
# salt-key –A #接受全部的minion-key
# salt-key –D #删除全部的minion-key
1.3 salt-run #管理minion
# salt-run manage.up #显示当前活着的minion
# salt-run manage.down #显示未存活的minion
# salt-run manage.status #显示当前up和down 的minion
# salt-run manage.downremovekeys-True #显示未存活的minion，并将其移除
1.4 salt-cp #将master文件复制到minion，不支持复制目录
命令格式：salt-cp [options]<target> SRC DST
例：salt-cp '*'/root/test.sh /root/test.sh
1.5 salt-ssh
#经过ssh链接被管理端，被管理端不用安装minion，管理端也不用安装master，salt-ssh是一个独立的包，安装后便可使用saltstack大部分功能，没有通信机制ZeroMQ，命令执行速度会降低。通常没有客户端没有安装minion时候才考虑先用salt-ssh批量安装minion。
# apt-get install salt-ssh sshpass #salt-ssh用的sshpass进行密码交互，必需要安装
1.5.1 salt-ssh经常使用参数
-r，-raw-shell 执行shell命令
--key-deploy 配置keys
-i，-ignore-host-keys 当ssh链接时，忽略keys
-passwd 指定默认密码
-roster-file 指定roster文件
1.5.2 salt-ssh使用
1.5.2.1 sat-ssh经过调用roster配置文件实现，因此先定义roster，让salt-ssh生效，就能够执行操做了
# vi /etc/salt/roster
db:
host: 192.168.18.212
user: root
passwd: 123456
port: 22
timeout: 10
1.5.2.1 测试
# salt-ssh 'db' test.ping
db:
True
1.5.2.3 执行shell命令及salt自己的模块
#第一次运行时会提示是否接受秘钥，若是不想再提示能够加入—key-deploy参数
# salt-ssh 'db' -r 'uptime'
# salt-ssh 'db' disk.usage #调用salt自己的模块
# salt-ssh 'db' grains.itemcpu_model #获取grains信息
2、Pillar
上节讲过Salt State，Salt状态系统的核心SLS，也可叫作配置管理，SLS描述了系统的目标状态，由简单的格式来包含这些数据。
Pillar是Salt最重要的系统之一，可用于提供开发接口，用于在master端定义数据，而后再minion中使用，通常传输敏感的数据，例如ssh key，加密证书等。
pillar和states创建方式相似，由sls文件组成，有一个入口文件top.sls，经过这个文件关联其余sls文件，默认路径在/srv/pillar,可经过/etc/salt/master里面pillar_roots:指定位置。
pillar到底什么做用呢？那么下面介绍一个简单的例子，你就明白了。
用zabbix监控新上架的服务器（10台），须要将zabbix_agentd.conf分发到被监控主机，这个文件中hostname的ip每台都不一样，咱们不可能写10分配置文件吧！那么如何让hostname在分发的时候就根据被监控主机IP，修改为本身的呢？这时就能够用渲染了。
2.1 建立pillar目录和top.sls文件shell
1
2
3
4
5服务器 |
# mkdir /srv/pillar
# vi /srv/pillar/top.sls
base:
'*':
- ip
ssh |
2.2 先经过pillar获取minion主机IP测试
1
2加密 |
# vi /srv/pillar/ip.sls
ip: {{ grains['ipv4'][1] }}
spa |
#写完后，执行sls命令，能够看到已经获取到IP接口
1
2
3
4
5
6
7
8
9ip |
# salt '*' pillar.item ip
host2:
----------
ip:
192.168.18.213
host1:
----------
ip:
192.168.18.212
ci |
2.3 随后写个sate文件，将文件分发到minion上开发
1
2
3
4
5
6
7
8
9 |
# mkdir /srv/salt/zabbix
# vi /srv/salt/zabbix/agentd_conf.sls
zabbix:
file.managed:
- source: salt://zabbix/zabbix_agentd.conf
- name:/usr/local/zabbix/conf/zabbix_agentd.conf
- template: jinja
- defaults:
ip: {{ pillar['ip'] }}
|
2.4 修改zabbix_agentd.conf要渲染的IP
1
2
3
4
5 |
# vi /srv/salt/zabbix/zabbix_agentd.conf
LogFile=/tmp/zabbix_agentd.log
Server=192.168.18.214
ServerActive=127.0.0.1
Hostname={{ ip }}
|
2.5 执行单sls命令，不用将sls文件关联到top.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
26
27
28
29
30
31
32
33
34
35 |
# salt '*' state.slszabbix.agentd_conf
host1:
----------
ID: zabbix
Function: file.managed
Name:/usr/local/zabbix/conf/zabbix_agentd.conf
Result: True
Comment: File/usr/local/zabbix/conf/zabbix_agentd.conf is in the correct state
Started: 11:48:35.261683
Duration: 139.733 ms
Changes:
Summary
------------
Succeeded: 1
Failed: 0
------------
Total states run: 1
host2:
----------
ID: zabbix
Function: file.managed
Name:/usr/local/zabbix/conf/zabbix_agentd.conf
Result: True
Comment: File/usr/local/zabbix/conf/zabbix_agentd.conf is in the correct state
Started: 11:31:41.906766
Duration: 141.928 ms
Changes:
Summary
------------
Succeeded: 1
Failed: 0
------------
Total states run: 1
|
#这时再经过命令查看，已经更新成功
1
2
3
4
5
6
7
8
9
10
11 |
# salt '*' cmd.run 'cat/usr/local/zabbix/conf/zabbix_agentd.conf'
host1:
LogFile=/tmp/zabbix_agentd.log
Server=192.168.18.214
ServerActive=127.0.0.1
Hostname=192.168.18.212
host2:
LogFile=/tmp/zabbix_agentd.log
Server=192.168.18.214
ServerActive=127.0.0.1
Hostname=192.168.18.213
|
pillar相关命令：
#刷新pillar数据到minion
# salt "*" saltutil.refresh_pillar
#查看全部pillar信息
# salt "*" pillar.items
#查看某个pillar信息
# salt "*" pillar.item ip
既然grains与pillar相似，就说下区别：
1.grains是minion每次加载时获取本地系统信息数据，是静态的，固定的，而pillar是动态加载数据，随时变化的，比grains更灵活。
2.grains数据存储在minion本地，pillar存储在master。
|