七天学会 SALT STACK 自动化运维 (1)
- 简单理解 SALTSTACK
- 安装与配置
- 基本的使用方法
- 结束语
- 引用资源
简单理解 SALT STACK
笔者是初次接触 自动化运维 这一技术领域，也是初次接触SALT STACK这一自动化运维工具， 所以这里的 简单理解 SALTSTACK 之意为 笔者的简单理解，可以看做是作者的学习笔记，文中较多记述笔者在配置安装过程中遇到的问题,可能会有纰漏以及错误的地方，具体的新手指南，最好是参见这里.
SALTSTACK是一款自动化运维软件，使用python编写，使用ZEROMQ用作通信协议，主要功能包括命令批量执行，服务器环境批量配置，配置文件托管，服务器状态监控，配合强大的 Grains&Pillar 和自定义SLS配置文件，可以实现复杂功能，笔者会从最简单的场景开始着手学习并且记录配置过程, 简单使用过后，笔者的观点是，即使只是使用 SALTSTACK 管理单台vps，也比SSH要好用一些，稍后会说到原因。同类产品有 Puppet 和 Chef,因为没有使用过所以无法进行比较.
安装与配置
这里有详细的安装指南，因为该产品的更新迭代速度很快，所以不建议大家去看他人的中文教程，今天笔者安装的是pypi上的最新稳定版本，和网上的大部分中文教程的安装方法有所出入，所以笔者认为最好的方法就是直接参考官方的安装指南。
笔者使用ubuntu桌面版系统，安装指南建议的安装方式是添加SALTSTACK的软件源，使用apt进行安装，可以自动处理依赖，但是笔者无法链接到该源，所以采用了最直接的python setup.py install的安装方法. 根据安装指南，需要安装 salt-master, salt-minion, salt-syndic 与ZeroMQ.
安装:
在Pypi上下载 tarball, 解压之后创建虚拟环境并且执行安装脚本，笔者使用的是python 2.7.9, 直接执行一下命令安装相关依赖和saltstack本身.
python setup.py install
pip install -r _requirements.txt
pip install -r pip install -r zeromq-requirements.txt
在安装的过程中可能会遇到一个swig的bug:
AttributeError: 'module' object has no attribute 'PKCS5_SALT_LEN'
由于Pyzmq引用了 M2crypto这个包，而这个包需要使用swig，我安装的swig版本是3.0.5,当你的swig是3.0.5的时候便会报上面的错误，详细的Issue参见这里, 不过这个帖子也是重新编译了3.0.4版本的swig从而跳过这个错误的。
重新编译swig 3.0.4版本之后，安装完毕.
配置
在安装指南中，默认的配置文件位置是
/etc/salt/master
/etc/salt/minion
但是在我安装完毕 saltstack之后并没有这2个配置文件，但是使用如下命令
sudo salt-master -d
sudo salt-minion -l debug -d
服务也是可以成功开启，所以我的安装是没有问题的,但是文档中并没有说明在通过PIP手动编译安装的情况下需要手动复制配置文件，
跳过这个坑的方法就是执行如下命令:
sudo cp ./conf/* /etc/salt/ #如果没有相关目录就手动建立目录
然后编辑
sudo vi /etc/salt/minion
# master: salt
把第16行 master: salt 前的注释去掉，然后把salt换成master节点的IP地址就可以了，由于笔者使用的是单机，所以把salt换成 0.0.0.0即可.
minion授权
在我们的配置文件修改完毕，服务也正常启动之后， 还需要给minion服务器做授权，关于权限一节会在后面深入研究，只有经过授权的minion才可以接受master节点的控制，最基本的授权操作也是非常简单的，毕竟SALTSTACK是以简单使用而著称的.
sudo salt-key -L
# 打印出所有授权或未授权的minion节点
sudo salt-key -A
# 授权所有节点
sudo salt-key -a name
# 授权name节点
授权完成之后，我们就可以通过master节点进行进行对minion节点的控制了.
基本的使用方法
和最经常使用的ssh做对比，那就是执行命令的功能了，最简单的一条命令，参见如下代码
salt -e 'youngershen.com' cmd.run 'ifconfig'
# 或者
salt '*' cmd.run 'ifconfig'
# 或者
salt 'webserver*' cmd.run 'service apache restart'
salt 'webserver*' cmd.run 'sudo nginx -s reload'
# 对于这类命令，多台服务器切换起来真的是非常方便
关于 服务器通配符和SLS配置文件的编写，这里先不说，不过我已经觉得SALTSTACK非常了不起了，配置文件管理非常整洁(Yaml)，一条命令批量更新，对各种服务的机器筛选有强大的正则支持.即使是对单节点VPS的命令管理来说，不用打密码的salt确实比ssh方便的多，而且你可能有很多VPS要管理，这样就不需要来回切换了，而且有通配符支持，所以文章开头的时候笔者就说即使是管理单节点
VPS，相对于SSH来说SALT还是很有优势的，不足之处就是配置方面，如果出门在外的话，还是需要SSH密码直接登陆的.
然后是稍微复杂一点的例子.
更改 master 配置文件
file_roots:
base:
- /srv/salt
注意格式是yaml，小心缩进哦!
然后执行:
sudo pkill salt-master
sudo salt-master -d
增加新的SLS配置文件
# /srv/salt/ 目录下 top.sls
base:
'*':
- testconfig
#/srv/salt/ 目录下 testconfig.sls
myconfig:
file.managed:
- name: /etc/config.cnf
- source: salt://config.cnf
xchat:
pkg.installed:
- watch:
-file :myconfig
由于配置文件的信息量略大，所以只按照我的理解来简单说明，用以增强自己的理解之用, SLS文件全部采用yaml格式，语法是必须小心的，master中的 file_roots 的值，实际上就是salt文件服务器的路径值，在minion像master请求文件的时候，读取的就是这个路径的下的文件，base下的 * ，是说这个testconfig的配置可以用于任何minion节点，通配符就是体现在这里的，可以任意配置，而testconfig.sls文件中，定义了两个符号，一个是myconfig，一个是xchat，myconfig是一个随意的配置文件，xchat是一个聊天程序，意思是说当xchat被installed函数检测为安装完成状态的时候，在每次执行命令时就watch myconfig对应的文件，也就是可以达到配置文件更新的效果，见如下命令
sudo salt '*' state.highstate
# 执行完毕之后会发现 /etc目录下多了一个文件名为 config.cnf的文件，而且更新该文件之后，再
# 执行命令，该文件也会更新
结束语
而关于众多的function和配置的编写规则，只能在以后讨论了，不过我已经大致了解了如何编写SLS，配合grains，使salt即能管理配置文件，又可以进行服务器监控，grains的值也可以随意编写函数来处理监控信息.
(本文完)
引用资源
中文用户组知识库: http://www.saltstack.cn/projects/cssug-kb/wiki/Dive-into-saltstack