基础篇
--------------------------------------------------------------------------------------------------------
概述:SaltStack简单来说是一个基础架构管理工具,这个比较抽象,说白就是一个运维管理工具,底层是使用python实现,C/S架构,支持分布式部署,据说可以轻松管理上W台服务器,和Puppet这类工具很类似,其主要的功能:
-
基于Key的远程连接并执行命令;
-
强大的搜索器,多种方式过滤服务器;
-
灵活的远程部署实现方式;
-
基于YMAL格式对文件,用户,用户组及服务等资源灵活管理;
极简易安装
本实例采用CentOS6.5_x86_64操作系统,在安装之前请先配置好Yum源
salt-master服务端安装
1
2
3
|
yum - y install salt - master / 安装
rpm - aq|grep salt - master / 检测
salt - master配置文件: / etc / salt / master
|
salt-minion客户端安装
1
2
3
|
yum - y install salt - minion / 安装
rpm - aq|grep salt - minion / 检测
salt - minion配置文件: / etc / salt / minion
|
添加客户端
1
2
3
4
5
6
|
salt - key - L / 列出所有key,key格式是minion - id ,如果没有配置minion - id ,则是主机名
salt - key - A / 接受所有key
salt - key - a “ZK - YJY - APP - 01 ” / 接受指定的key
salt - key - R / 拒绝所有未接受的key
salt - key - D / 删除所有key
salt - key - d “ZK - YJY - APP - 01 ” / 删除指定的key
|
Target搜索器
添加了minion的key后就可以免密码将命令传输到minion,并把执行结果返回来,方便的进行批量操作了,想象一下,如果有上W台服务器,而只想查看某些服务器的配置信息,怎么实现 ? 当然要有一个目标搜索器才行,saltstack的target搜索器非常强大,基于minion的id进行匹配,所以我们在部署minion之前要事先对minion的id做好规划(如果不配置minion的id,则默认是使用主机名,也要对主机名做好规划)
glob方式
1
2
|
salt “ * ” test.ping
salt “ZK - YJY - APP - 01 ” test.ping
|
正则表达式
1
2
3
|
salt “web * ” test.ping
salt “web[ 0 - 9 ]NaNdb?” test.ping
salt “web - [x - z]” test.ping
|
grains类
1
2
|
salt - G “os:CentOS” test.ping
salt - G "cpuarch:x86_64" test.ping
|
基于IP
1
2
|
salt - S "192.168.153.130" test.ping
salt - S "192.168.153.0/24" test.ping
|
基于节点组
需要先在/etc/salt/master中定义nodegroups,如下:
1
2
3
4
|
nodegroups: group1: 'L@foo.domain.com,bar.domain.com,baz.domain.com’
group2: 'G@os:Debian and foo.domain.com'
group3: 'L@webserver01,webserver02'
|
1
|
salt - Ngroup3 test.ping
|
复合方式
本质是上面的方式结合在一起,形成更为复杂的条件:
1
|
salt - C 'webserv* and G@os:Debian orE@web-dc1-srv.*' test.ping
|
Grains是啥
grains简单来说就是一个字典,{“os”:CentOS, “num_cpus”:8},字典就是这样的key-value的键值对的一个无序集合,里面存放着minion端的所有配置信息,
列出配置信息的分类,其实就是查看有哪些key
1
|
salt “ * ” grains.ls
|
列出配置信息的分类和具体分类信息,其实就是查看key-value
1
|
salt “ * ” grains.items
|
列出某个配置信息项的具体信息
1
|
salt “ * ” grains.item cpu_model
|
==========================================================================================
进阶篇States
-------------------------------------------------------------------------------------------------------
这篇是为自动化部署作准备的,核心就是弄清楚States的使用技巧
YAML基本格式
1
2
3
4
|
nginx_package: / / 声明 id
file .managed: / / 文件模板的managed函数,作用是实现从master下载文件
- name: / tmp / nginx - 1.8 . 0.tar .gz / / 定义名称空间
- source: salt: / / nginx / files / nginx - 1.8 . 0.tar .gz / / 指定文件在master上的位置
|
难点说明:
saltstack的YMAL格式通常以声明id开始,名称空间会覆盖id,也就是说,如果没有name,则id就是name,如果有name,id只作为标识,且在一个sls文件中,id不能重复,在states中有很多模块函数,可以对文件,用户,用户组,服务,定时任务等资源进行操作,我们只要调用并定义一些参数即可。
这里要注意下缩进和空间,仔细观察就明白了
条件判断和先决条件
1
2
3
4
5
6
7
8
|
extract_nginx: / / 声明 id
cmd.run: / / 这个模块是表示要执行一些系统命令
- cwd: / tmp / / 切换到指定目录下
- names: / / 具体的命令,如果有多条可依次向下排列
- tar zxf nginx - 1.8 . 0.tar .gz
- unless: test - d / tmp / nginx - 1.8 . 0 / / 这里是一个条件判断
- require: / / 先决条件
- file : nginx_source / / 具体条件
|
难点说明:
第一个要注意的地方是unless这个判断条件,这个条件如果返回false,cmd.run才执行,否则不执行,unless可以很好的控制同步配置后重复执行某些命令
第二个需要注意的地方是先决条件require,先决条件除了require之外还是watch,但require可以用在任何模块中,watch只能用在service.running模块中
用户和组模块
1
2
3
4
5
6
7
8
9
10
11
12
|
nginx_user: / / 声明 id
user.present: / / 用户管理模块,以下是一些参数
- name: nginx
- uid: 121
- gid: 121
- createhome: false
- shell: / sbin / nologin
- require: / / 先决条件,表示要创建nginx用户先创建nginx这个组
- group: nginx
group.present:
- name: nginx
- gid: 121
|
服务模块
1
2
3
4
5
6
7
|
nginx_service: / / 声明 id
service.running: / / 服务运行模块
- name: nginx
- enable: True
- reload : True
- watch: / / 监测以下条件是否变化,如果改变则重启服务
- file : / usr / local / nginx / conf / nginx.conf
|
我开始以为是修改minion的nginx配置会自动重启,后面验证不对,应该是修改了master上nginx的配置源文件,执行同步才会重启,使minion的nginx配置文件始终与master配置文件保持一致,这个是我测试的结果,也可能理解有误,后面再去研究吧。
Template模板
1
2
3
4
|
{ % for usr in [ 'moe' , 'larry' , 'curly' ] % }
{{ usr }}:
user.present
{ % endfor % }
|
这个就是python中的模板标签的定义{%%},{{}}在,sls中,或者在配置源文件中都可以使用模板标签。
1
2
3
4
5
6
7
|
apache: pkg.installed:
{ % if grains[ 'os' ] = = 'RedHat' % }
- name: httpd
{ % elif grains[ 'os' ] = = 'Ubuntu' % }
- name: apache2
{ % endif % }
|
使用模板可以比较灵活的对可变的部分进行控制
include引入
如果有多个sls文件,我们可以在一个sls文件中引入另一个sls,在init.sls文件顶部添加如下内容:
1
2
3
|
include: - install.sls
- conf.sls
|
批量部署nginx
有了以上的基础,就可以很方便的部署任何软件包了,这里重点讲下步骤:
编辑master配置文件,将如下内容注释去掉
1
2
3
|
file_roots: base: / / 此处的base标识在top.sls文件中引用
- / srv / salt / / 配置管理文件存放的root目录
|
当然,这里可以根据需要创建多个不同的file_roots目录
创建指定的目录
默认/srv目录下是空的,需要创建salt目录
创建top.sls文件
在/srv/salt目录下创建top.sls文件
1
2
3
4
|
base: / / 此处的base即在file_roots中定义的base
'*' : / / 这里是表示target目标,可以使用搜索器定义
- nginx.install / / 表示file_roots目录下的nginx目录下的install.sls
- nginx.conf / / 表示file_roots目录下的nginx目录下的conf.sls
|
top.sls是一个入口文件,master同步时首先会去读取top.sls ,通过top.sls去找对应目录下的其它sls文件
编写install.sls和conf.sls
此处略去无数行
将软件包和配置文件和启动脚本放到指定目录
你懂的
网上有大量的部署配置,推荐一些比较好的网址,个人建议学saltstack之前***有一些python基础,毕竟是python写的