一、概述
salt是一个异构平台基础设置管理工具，使用轻量级的通讯器ZMQ,用Python写成的批量管理工具，完全开源，遵守Apache2协议，与Puppet，Chef功能类似，有一个强大的远程执行命令引擎，也有一个强大的配置管理系统，通常叫做Salt State System。
二、基本原理
采用C/S模式，server端就是salt的master，client端就是minion，minion与master之间通过ZeroMQ消息队列通信。minion上线后先与master端联系，把自己的pub key发过去，接受该minion-key后，也就是master与minion已经互信master可以发送任何指令让minion执行了。同时SaltStack也支持SSH的方式无需安装Agent，通过SSH实现管理。
实现步骤:
1.Salt stack的Master与Minion之间通过ZeroMq进行消息传递，使用了ZeroMq的发布-订阅模式，连接方式包括tcp，ipc
2.salt命令，将cmd.run ls命令从salt.client.LocalClient.cmd_cli发布到master，获取一个Jodid，根据jobid获取命令执行结果。
3.master接收到命令后，将要执行的命令发送给客户端minion。
4.minion从消息总线上接收到要处理的命令，交给minion._handle_aes处理
5.minion._handle_aes发起一个本地线程调用cmdmod执行ls命令。线程执行完ls后，调用minion._return_pub方法，将执行结果通过消息总线返回给master
6.master接收到客户端返回的结果，调用master._handle_aes方法，将结果写的文件中
7.salt.client.LocalClient.cmd_cli通过轮询获取Job执行结果，将结果输出到终端。
参考链接:
官方站点：http://www.saltstack.com/
官方文档：http://docs.saltstack.com/
中文站点：http://www.saltstack.cn/
中文手册：http://docs.saltstack.cn/
三、安装部署
环境准备:
操作系统:centos 7.2
配置EPEL源:# rpm -Uvh http://mirrors.zju.edu.cn/epel/7/x86_64/e/epel-release-7-9.noarch.rpm
Master端：192.168.2.5
Minion端：192.168.2.71
Master端安装# yum install salt-master -y
Minion端安装# yum install salt-minion -y
注:安装完之后，Master配置文件在/etc/salt/master,minion配置文件在/etc/salt/minion,默认初始安装配置文件都是被注释，可自定义。
SaltStack常用的目录结构：
/var/cache/salt/master/minions/ #存放minions的缓存数据
/srv/salt #存放salt的sls文件，默认没有，需新建
/srv/pillar #存放pillar配置文件，默认没有，需新建
/etc/salt #存放salt的自身配置文件
/var/log/salt #存放salt的日志目录
四、配置Minion端与Master通信，并简单测试。
1.打开Master端的自动签发证书，默认是关闭的，如果不打开minion启动时会报如下错误:
|
1
2
3
|
3月 08 14:47:46 node02 salt-minion[2736]: [WARNING ] ** Restarting minion **
3月 08 14:54:56 node02 salt-minion[2736]: [ERROR ] Attempt to authenticate with the salt master failed
3月 08 14:59:07 node02 salt-minion[2736]: [ERROR ] The Salt Master has cached the public key
for
thi...cate
|
修改Master端配置文件如下:/etc/salt/master
修改：#auto_accept: False
为:auto_accept: True
# systemctl restart salt-master.service #重启Master端
2.修改Minion端配置文件如下:/etc/salt/minion
修改：#master: salt
master: 192.168.2.5 #指向主Master端
修改：#id: salt
id: minion01 #本端Minion id号
# systemctl restart salt-minion.service #重启Minion端
这时Master查看salt-key，minion01客户端自动添加到签发列表中
|
1
2
3
|
[root@node03 ~]
# salt-key #查看所有端key
Accepted Keys:
minion01
|
注:salt-key常用命令
-a #添加指定id
-A #添加全部
-R #拒绝全部
-d #删除指定id
-D #删除全部
测试:
|
1
2
3
|
[root@node03 ~]
# salt 'minion01' cmd.run 'uname -r' #命令含义已经用法后续介绍
minion01:
3.10.0-327.el7.x86_64
|
###################Master端和Minion端常用配置参数说明#####################
Master端常用的配置参数说明：
interface:指定bind的地址，默认为0.0.0.0
publish_port：指定发布端口，默认为4505
ret_port：指定结果返回端口，与minion配置文件中的master_port对应，默认为4506
uesr：指定master进程的运行用户，如果调整，则需要调整部分目录的权限，默认权限为root
timeout：指定timeout时间，如果minion规模庞大或络状况不好,建议增该值，默认5s
keep_jobs：默认情况下，minion会执行结果会返回master，master会缓存到本地的cachedir目录，该参数指定缓存多长时间，以供查看之前的执行结果，会占用磁盘空间，默认为24h
job_cache：master是否缓存执行结构，如果规模庞大（超过5000台），建议使用其他方式来存储jobs，关闭本选项，默认为True
file_recv：是否允许minion传送文件到master上，默认是Flase
file_roots：指定file server目录，默认为：
file_roots:
base:
- /srv/salt
pillar_roots：指定pillar目录，默认为：
pillar_roots:
base:
- /srv/pillar
log_level：执行日志级别，支持的日志级别由'garbage', 'trace', 'debug', info', 'warning', 'error', ‘critical ’ ,默认为’warning’
Minion端常用的配置参数说明：
master：指定master主机，默认为salt
mastar_port：指定认证和执行结果发送到master的哪个端口，与master配置文件中的ret_port对应，默认为4506
id：指定minion的标识，Salt内部使用id作为标识，唯一标识符，默认为主机名
user：指定运行minion的用户，由于安装包，启动服务等操作需要特殊用户，推荐使用root，默认为root
cache_jobs：minion是否缓存执行结果，默认为False
backuo_mode：在文件操作（file.managed或file.recurse）时，如果文件发送更改，指定备份目录，当前有效的值为minion，备份在cachedir/file_backups目录下，以原始文件名称加时间戳来命名，默认为Disabled
providers：指定模块对应的providers，如果RHRL系列中，pkg对应的providers是yumpkg5
renderer：指定配置管理系统中的渲染器，默认值为：yaml_jinja
file_client：指定file client默认去哪里（remotr或local）寻找文件，默认值为remote
loglevel：指定日志级别，默认为warnning
tcp_keepalive：minion是否与master保持keepalive检查，zeromq3一下版本存在keepalive bug，会导致某些情况下链接异常后minion无法重连master，建议有条件的话吧zeromq3以上版本，默认为True
240
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
