saltstack高效运维
saltstack高效运维
salt介绍
saltstack是由thomas Hatch创建的一个开源项目,设计初衷是为了实现一个快速的远程执行系统。
salt强大吗
系统管理员日常会进行大量的重复性操作,例如
安装软件,
修改配置文件,
创建用户,
批量执行命令等等。
如果主机数量庞大,单靠人工维护实在让人难以忍受。
早期运维人员会根据自己的生产环境来写特定脚本完成大量重复性工作,这些脚本复杂且难以维护。系统管理员面临的问题主要是1、系统配置管理,2、远程执行命令,因此诞生了很多开源软件,系统维护方面有fabric、puppet、chef、ansible、saltstack等,这些软件擅长维护系统状态或方便的对大量主机进行批量的命令执行。
salt灵活性强大,可以进行大规模部署,也能进行小规模的系统部署。salt的设计架构适用于任意数量的服务器,从少量本地网络系统到跨越数个数据中心,拓扑架构都是c/s模型,配置简单。
不管是几台、几百台、几千台服务器,都可以使用salt在一个中心节点上进行管控,灵活定位任意服务器子集来运行命令。
Salt是python编写的,支持用户通过python自定义功能模块,也提供了大量的python API接口,用户可以根据需要进行简单快速的扩展。
saltstack的运行方式
- Local 本地运行,交付管理
- Master/Minion <<< 常用方式
- Salt SSH 不需要客户端
salt部署基本架构
在安装salt之前,先理解salt架构中各个角色,主要区分是salt-master和salt-minion,顾名思义master是中心控制系统,minion是被管理的客户端。
salt架构中的一种就是master > minion。
在远程执行系统中,salt用python通过函数调用完成任务。
运行salt依赖包
python zeromq pyzmp pycrypto msgpack-python yaml jinja2
解决依赖包最简单的办法就是用安装包管理器,yum工具
服务器环境准备
服务器环境 | centos7(master) | centos7(master) |
ip地址 |
192.168.178.131 | 192.168.178.132 |
身份 |
master | slave |
软件包 |
salt-master | salt-minion |
修改虚拟机ip地址为静态地址,并且确保可上网
TYPE="Ethernet" PROXY_METHOD="none" BROWSER_ONLY="no" BOOTPROTO="static" DEFROUTE="yes" IPV4_FAILURE_FATAL="no" IPV6INIT="yes" IPV6_AUTOCONF="yes" IPV6_DEFROUTE="yes" IPV6_FAILURE_FATAL="no" IPV6_ADDR_GEN_MODE="stable-privacy" NAME="ens33" UUID="7d4f9ede-810f-4976-a01b-250b845c99cc" DEVICE="ens33" ONBOOT="yes" IPADDR=192.168.11.131 NETMASK=255.255.255.0 GATEWAY=192.168.11.1 DNS1=119.29.29.29
TYPE="Ethernet" PROXY_METHOD="none" BROWSER_ONLY="no" BOOTPROTO="static" DEFROUTE="yes" IPV4_FAILURE_FATAL="no" IPV6INIT="yes" IPV6_AUTOCONF="yes" IPV6_DEFROUTE="yes" IPV6_FAILURE_FATAL="no" IPV6_ADDR_GEN_MODE="stable-privacy" NAME="ens33" UUID="f9fc5929-8594-466e-a041-34caee8c1e32" DEVICE="ens33" ONBOOT="yes" IPADDR=192.168.11.132 NETMASK=255.255.255.0 GATEWAY=192.168.11.1 DNS1=119.29.29.29
# Generated by NetworkManager nameserver 119.29.29.29
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.11.132 slave 192.168.11.131 master
关闭服务器安全策略
关闭firewalld systemctl disable firewalld systemctl stop firewalld关闭iptables iptables -F关闭selinux
关闭安全策略
安装saltstack
salt软件包需要epel源的支持,那么下载
EPEL的全称叫 Extra Packages for Enterprise Linux 。EPEL是由 Fedora 社区打造,为 RHEL 及衍生发行版如 CentOS、Scientific Linux 等提供高质量软件包的项目。装上了 EPEL之后,就相当于添加了一个第三方源。
wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo
wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repoyum clean all #清空缓存yum makecache #生成yum缓存
安装好epel源就可以开始安装salt了
查看salt包yum list salt 安装salt-master yum install salt-master -y
安装salt-minion yum install salt-minion -y
salt端口
安装好salt之后开始配置,salt-master默认监听两个端口:
4505 publish_port 提供远程命令发送功能 4506 ret_port 提供认证,文件服务,结果收集等功能 确保客户端可以通信服务器的此2个端口,保证防火墙允许端口通过。因此在测试环境直接关闭防火墙。
配置文件
salt-master的配置文件是/etc/salt/master salt-minion的配置文件是/etc/salt/minion 配置文件中包含了大量可调整的参数,这些参数控制master和minion各个方面
配置salt-master
# salt运行的用户,影响到salt的执行权限 user: root#s alt的运行线程,开的线程越多一般处理的速度越快,但一般不要超过CPU的个数 worker_threads: 10# master的管理端口 publish_port : 4505# master跟minion的通讯端口,用于文件服务,认证,接受返回结果等 ret_port : 4506# 如果这个master运行的salt-syndic连接到了一个更高层级的master,那么这个参数需要配置成连接到的这个高层级master的监听端口 syndic_master_port : 4506# 指定pid文件位置 pidfile: /var/run/salt-master.pid
常用配置解析
自己的salt-master文件
[root@master ~]# grep -v ^# /etc/salt/master|grep -v ^$ interface: 0.0.0.0 #绑定到本地的0.0.0.0地址 publish_port: 4505 #管理端口,命令发送 user: root #运行salt进程的用户 worker_threads: 5 #salt运行线程数,线程越多处理速度越快,不要超过cpu个数 ret_port: 4506 #执行结果返回端口 pidfile: /var/run/salt-master.pid #pid文件位置 log_file: /var/log/salt/master #日志文件地址 #自动接收minion的keyauto_accept: False # True可以自动接收
# minion的识别ID,可以是IP,域名,或是可以通过DNS解析的字符串 id: slave# salt运行的用户权限 user: root# master的识别ID,可以是IP,域名,或是可以通过DNS解析的字符串 master : master# master通信端口 master_port: 4506# 备份模式,minion是本地备份,当进行文件管理时的文件备份模式 backup_mode: minion# 执行salt-call时候的输出方式 output: nested# minion等待master接受认证的时间 acceptance_wait_time: 10# 失败重连次数,0表示无限次,非零会不断尝试到设置值后停止尝试 acceptance_wait_time_max: 0# 重新认证延迟时间,可以避免因为master的key改变导致minion需要重新认证的syn风暴 random_reauth_delay: 60# 日志文件位置 log_file: /var/logs/salt_minion.log
salt-minion常用配置
自家的satl-minion文件
master: master master_port: 4506 user: root id: slave acceptance_wait_time: 10 log_file: /var/log/salt/minion
启动salt-master和salt-minion
systemctl start salt-minion systemctl start salt-master #检查salt状态systemctl status salt-minionsystemctl status salt-master
在master上接收minion秘钥
在minion启动后连接master会请求master为其签发证书,等待证书签发完成后,master可以信任minion,并且minion和master之间的通信是加密的。
在salt-master执行
salt-key命令用于管理mionion秘钥
[root@master ~]# salt-key -L Accepted Keys: Denied Keys: Unaccepted Keys: slave #此时已经出现slave Rejected Keys:
此时slave已经出现在unaccepted keys中,说明minion已经和master联系,并且master已经获取了minion的公钥,等待下一步指令。
检查master和minion的秘钥匹配
在master上执行
[root@master ~]# salt-key -f slave Unaccepted Keys: slave: 0a:b9:97:b5:9a:65:b8:49:a1:50:a5:6a:66:ce:33:ea
然后可以在minion上获取minion的秘钥
[root@slave ~]# salt-call --local key.finger local:0a:b9:97:b5:9a:65:b8:49:a1:50:a5:6a:66:ce:33:ea
因此可确认秘钥匹配,在master上接收秘钥
[root@master ~]# salt-key -a slave The following keys are going to be accepted: Unaccepted Keys: slave Proceed? [n/Y] y Key for minion slave accepted.
确认接收秘钥后,检验minion秘钥是否被接收
[root@master ~]# salt-key -L Accepted Keys: slave Denied Keys: Unaccepted Keys: Rejected Keys:
秘钥接收完成后,就可以执行第一条salt啦
salt-key
只有Master
接受了Minion Key
后,才能进行管理。具体的认证命令为salt-key
常用的有如下命令。
[root@linux-node1 ~]# salt-key -L Accepted Keys: #已经接受的key Denied Keys: #拒绝的key Unaccepted Keys:#未加入的key Rejected Keys:#吊销的key#常用参数 -L #查看KEY状态 -A #允许所有 -D #删除所有 -a #认证指定的key -d #删除指定的key -r #注销掉指定key(该状态为未被认证)#在master端/etc/salt/master配置 auto_accept: True #如果对Minion信任,可以配置master自动接受请求
salt-key的使用
#列出当前所有的key [root@salt0-master ~]# salt-key Accepted Keys: salt1-minion.example.com salt2-minion.example.com salt3-minion.example.com salt4-minion.example.com Denied Keys: Unaccepted Keys: Rejected Keys:#添加指定minion的key [root@salt0-master ~]# salt-key -a salt1-minion.example.com -y #添加所有minion的key [root@salt0-master ~]# salt-key -A -y#删除指定的key [root@salt0-master ~]# salt-key -d salt1-minion.example.com -y #删除所有的key [root@salt0-master ~]# salt-key -D -y
日常命令参数
首先知道master和minion都安装了什么文件,然后才知道怎么操作
master端
rpm -ql salt-master
/etc/salt/master # salt master主配置文件 /usr/bin/salt #salt master 核心操作命令 /usr/bin/salt-cp #salt 文件传输命令 /usr/bin/salt-key #salt证书管理 /usr/bin/salt-master #salt master 服务命令 /usr/bin/salt-run #salt master runner命令
slave端
[root@slave ~]$rpm -ql salt-minion
/etc/salt/minion #minion配置文件 /usr/bin/salt-call #拉取命令 /usr/bin/salt-minion #minion服务命令 /usr/lib/systemd/system/salt-minion.service #minion启动脚本
第一条salt命令
[root@master ~]# salt '*' test.ping slave:True # salt 是一个命令 # * 表示目标主机, 在这里代表所有目标主机 # test.ping是salt远程执行的一个模块下面的方法。
这是条很简单的探测minion主机存活命令,也是远程执行命令,我们通过master发送消息给"*"所有的minion,并且告诉他们运行salt内置的命令(也是python模块中的一个函数),返回true表示slave机器监控存活。
test模块实际上还有许多其他的函数
[root@master 192.168.199.155 ~]$salt '*' sys.list_functions test slave:- test.arg- test.arg_repr- test.arg_type- test.assertion- test.attr_call- test.collatz- test.conf_test- test.cross_test- test.echo- test.exception- test.fib- test.get_opts- test.kwarg- test.module_report- test.not_loaded- test.opts_pkg- test.outputter- test.ping- test.provider- test.providers- test.rand_sleep- test.rand_str- test.retcode- test.sleep- test.stack- test.try_- test.tty- test.version- test.versions_information- test.versions_report
test其他函数
测试下test.echo
[root@master 192.168.199.155 ~]$salt '*' test.echo 'chaoge nb666' slave:chaoge nb666
test.fib生成斐波那契数列
菲波那切数列定义是第0项是0,第1项是1,数列从第3项开始,每一项等于前两项之和。
[root@master 192.168.199.155 ~]$salt '*' test.fib 50 slave:|_- 0- 1- 1- 2- 3- 5- 8- 13- 21- 34- 1.09672546387e-05
小结
此前在机器上安装了salt minion和salt master,进行了最简单的连接,然后master接受了minion的秘钥,运行了第一条test.ping命令
salt命令组成结构
在命令行输入的命令都是 执行模块
等到命令写入到文件中, 就叫做状态模块
salt --help #即可查看salt帮助
[root@master 192.168.199.155 ~]$salt --help
Usage: salt [options] '<target>' <function> [arguments]
salt命令 参数 目标 salt模块的函数 远程执行的参数
完整的五部分命令
#--summary参数显示salt命令的概要[root@master 192.168.199.155 ~]$salt --summary '*' cmd.run 'hostname' slave:slave------------------------------------------- Summary ------------------------------------------- # of Minions Targeted: 1 # of Minions Returned: 1 # of Minions Did Not Return: 0 -------------------------------------------
列出所有salt的sys模块
#与系统交互的sys模块[root@master 192.168.11.72 ~]$salt 'slave' sys.list_modules
远程执行命令模块
cmd是超级模块,所有shell命令都能执行
[root@master 192.168.11.72 ~]$salt 'slave' cmd.run 'ps -ef|grep python' slave:root 905 1 0 07:31 ? 00:00:02 /usr/bin/python -Es /usr/sbin/tuned -l -Proot 3843 1 0 11:05 ? 00:00:00 /usr/bin/python /usr/bin/salt-minionroot 3846 3843 0 11:05 ? 00:00:01 /usr/bin/python /usr/bin/salt-minionroot 4031 1 0 11:31 ? 00:00:00 /usr/bin/python /usr/bin/salt-minionroot 4032 4031 0 11:31 ? 00:00:00 /bin/sh -c ps -ef|grep pythonroot 4034 4032 0 11:31 ? 00:00:00 grep python
远程安装nginx
#在minion上安装nginx [root@master 192.168.11.72 ~]$salt 'slave' pkg.install "nginx" #卸载minion上的nginx [root@master 192.168.11.72 ~]$salt 'slave' pkg.remove "nginx" #检查pkg包的版本 [root@master 192.168.11.72 ~]$salt 'slave' pkg.version "nginx"
远程管理服务模块
管理服务是系统管理员的重要任务,通过salt管理minion服务会很简单,使用service模块
[root@master 192.168.11.72 ~]$salt 'slave' service.start "nginx" slave:True [root@master 192.168.11.72 ~]$salt 'slave' service.status "nginx" slave:True [root@master 192.168.11.72 ~]$salt 'slave' service.stop "nginx" slave:True
与标准的Linux命令一样,salt的命令一样用法
--out控制salt命令结果输出的格式
JSON
[root@master 192.168.199.155 ~]$salt --out=json '*' cmd.run_all 'hostname' {"slave": {"pid": 2268,"retcode": 0,"stderr": "","stdout": "slave"} }
YAML
[root@master 192.168.199.155 ~]$salt --out=yaml '*' cmd.run_all 'hostname' slave:pid: 2289retcode: 0stderr: ''stdout: slave
YAML讲解
在学习saltstack过程中,第一要点就是States编写技巧,简称SLS文件。这个文件遵循YAML语法。初学者看这玩意很容易懵逼,来,超哥拯救你学习YAML语法 json xml yaml 数据序列化格式 yaml容易被解析,应用于配置文件salt的配置文件是yaml配置文件,不能用tab saltstack,k8s,ansible都用的yaml格式配置文件语法规则大小写敏感使用缩进表示层级关系 缩进时禁止tab键,只能空格缩进的空格数不重要,相同层级的元素左侧对其即可# 表示注释行 yaml支持的数据结构对象: 键值对,也称作映射 mapping 哈希hashes 字典 dict 冒号表示 key: value key冒号后必须有数组: 一组按次序排列的值,又称为序列sequence 列表list 短横线 - list1纯量: 单个不可再分的值对象:键值对 yamlfirst_key:second_key:second_valuepython{'first_key':{'second_key':'second_value',}}
YAML是YAML Ain't Markup Language的首字母缩写,YAML的语法简单,结构体通过空格展示项目使用 '-' 代表键值对通过 ':' 分割
YAML语法遵循固定的缩进风格,表示数据层级结构关系,saltstack需要每个缩进级别由2个空格组成,禁止用tabs!!!
Python中的字典是简单的键值对,go语言中称作哈希表map字典的key通过冒号分割 key在YAML中表现形式是一个冒号结果的字符串my_key: my_value转化到python语法中,上述命令为{'my_key':'my_value'} value还可以通过缩进和key关联,四个空格!!my_key: my_value 转化为python语法同样的{'my_key':'my_value'} YAML语法中字典是可以嵌套的one_dict_key: two_dict_key:value_dict转化为python语法
{
'one_dict_key':{
'two_dict_key':'value_dict'
}
}
短横杠 YAML语法表示列表,使用一个横杠加一个空格 多个项使用同样的缩进级别作为同一个列表的部分 - list_value_one - list_value_two - list_value_three列表可以作为一个键值对的value,例如一次性要安装多个软件my_dict: - l1 - l2 - l3转化为python代码理解就是
{
'my_dict':['l1','l2',;l3]
}
目标定位字符串
之前的salt命令我们都是使用 salt '*'控制所有minion,并且我们只有一个“slave”,但是生产环境的服务器很可能是成千上百的minion,因此需要灵活地定位所需的服务器并且执行远程命令。
1.全局匹配 [root@master 192.168.11.72 ~]$salt '*' test.ping slave:True
Linux通配符 * 代表任意字符,或空字符串 ? 代表一个字符,不可以为空 [a-z] [0-9] 代表任何一个小写字母[root@master 192.168.11.72 ~]$salt 'slav?' test.ping slave:True[root@master 192.168.11.72 ~]$salt '[a-z]lave' test.ping slave:True salt海支持python的re正则表达式
state模块定义主机状态
之前执行的远程命令,都是一个过程式的,类似一段shell或者python脚本执行,执行一次触发一次相同的功能。
那么大量的minion上运行远程命令就必须使用salt提供的“状态管理”了,状态是对minion的一种描述和定义,运维不需要关心部署是如何完成的,只需要描述minion需要达到什么状态。
接下来通过state模块部署nginx
master端
vim /etc/salt/master #打开注释,写入以下,必须严格遵循语法,空格 file_roots:base:- /srv/salt/basedev:- /srv/salt/devtest:- /srv/salt/testprod:- / srv/salt/prod
#此步骤在master和minion都需要执行,都需要文件夹,和nginx.sls文件
[root@master ~]$mkdir -p /srv/salt/{base,dev,test,prod}
[root@slave ~]$mkdir -p /srv/salt/{base,dev,test,prod}
#这个nginx.sls状态文件,在master和minion上都得有[root@master /srv/salt/base]$cat nginx.sls nginx-install:pkg.installed:- name: nginxnginx-service:service.running:- name: nginx- enable: True
解释下nginx.sls描述文件sls配置文件都遵循YAML语言描述 第一条命令使用了pkg.install安装命令,相对于运行了yum install,而此时state模块会判断nginx是否安装了,如果没有安装就进行安装,安装了就什么都不做。 状态描述都会遵循这个原则,只有检测到真实状态和所需状态不一就会执行此功能,这种性质叫做幂等性。
此时用state模块部署nginx软件,通过我们编写的nginx.sls描述性配置文件,命令行调用state模块的sls函数。
#启动命令,此时slave已经安装且存活了nginx,进行状态管理 [root@master /srv/salt/base]$salt 'slave' state.sls nginx
可以去slave测试关闭nginx,删除nginx,重新执行命令,一样可以安装启动nginx
通过master检查slave的nginx状态
[root@master 192.168.199.155 /srv/salt/base]$salt 'slave' cmd.run 'ps -ef|grep nginx' slave:root 8543 1 0 Sep14 ? 00:00:00 nginx: master process /usr/sbin/nginxnginx 8544 8543 0 Sep14 ? 00:00:00 nginx: worker processroot 8592 8591 0 00:03 ? 00:00:00 /bin/sh -c ps -ef|grep nginxroot 8594 8592 0 00:03 ? 00:00:00 /bin/sh -c ps -ef|grep nginx
Salt采集静态信息之Grains
如果你入职了,你的老板让你收集公司300台服务器的相关硬件信息,你是一台台登录呢?还是选择用salt收集呢?又或者用python的salt-api写脚本呢
Grains 是saltstack组件中非常重要之一,在配置部署时候回经常使用,Grains记录minion的静态信息,比如常用属性,CPU、内存、磁盘、网络信息等。 Minions的Grains信息是Minion启动时采集汇报给Master的Grains是以 key value形式存储的数据库,可以看做Host的元数据(metadata)Grains保存着收集到的客户端的详细信息如果slave机器数据变化,grains就过期了 在生产环境中需要自定义Grains,可以通过 Minion配置文件 Grains相关模块定义 Python脚本定义 salt 'slave' sys.doc grains#查看grains的命令用法
Grains
Grains人为是描述minion本身固有的静态属性数据,列出主机所有Grains数据
[root@master 192.168.11.72 ~]$salt 'slave' grains.items
slave:
----------
SSDs:
biosreleasedate:
05/19/2017
biosversion:
6.00
信息过长,已经省略
salt 'slave' grains.ls #列出所有grains方法
检索某些数据
[root@master 192.168.11.72 ~]$salt 'slave' grains.item os id host slave:----------host:slaveid:slaveos:CentOS
利用Grains静态信息定位主机
超哥以前公司有100+的redhat操作系统,80+的centos,在不知道salt之前很是懵逼。。
除了系统的不同,还有不同的系统版本,redhat6.x centos6.x..
两种写法:salt '*' grains.item key1 key2 key3salt '*' -G #定位Cenots的机器[root@master 192.168.11.72 ~]$salt -G 'os:CentOS' test.ping slave:True#定位操作系统系统是7系列的机器
[root@master 192.168.11.72 ~]$salt -G 'osrelease:7*' test.ping
slave:
True
#找出ip地址
salt '*' grains.item fqdn_ip4
因此用grains.items列出所有的数据匹配主机,以及根据单一信息定位数据,Grains还可以自定义来满足不同的需求。
自定义设置Grains数据
#设置数据[root@master 192.168.11.72 ~]$salt 'slave' grains.setval cpu_num 8 slave:----------cpu_num:8#查询数据 [root@master 192.168.11.72 ~]$salt 'slave' grains.item cpu_num slave:----------cpu_num:8
在master端设置Grains静态数据,原理会将此数据添加到minion服务器的配置文件的/etc/salt/grains
[root@slave 192.168.11.71 ~]$cat /etc/salt/grains cpu_num: 8
对于复杂的数据结构,可以添加灵活的JSON语法
[root@master 192.168.11.72 ~]$salt 'slave' grains.setval cpu_info '["Intel","Xeon","10"]' slave:----------cpu_info:- Intel- Xeon- 10 [root@master 192.168.11.72 ~]$salt 'slave' grains.item cpu_info slave:----------cpu_info:- Intel- Xeon- 10
此时可以检查minion服务器上的grains文件
[root@slave 192.168.11.71 ~]$cat /etc/salt/grains cpu_info: - Intel - Xeon - '10' cpu_num: 8
因此Grains数据写入配置文件后,重启salt-minion服务,数据也不会丢失
想要删除可以通过grains.delval命令删除,或者去minion的配置文件删除配置一样完成操作(或者删除文件)
1.方法一,清空值 [root@master 192.168.11.72 ~]$salt 'slave' grains.delval cpu_info slave:None [root@master 192.168.11.72 ~]$salt 'slave' grains.delval cpu_num slave:None 2.方法二 删除minion的grains配置文件,重启服务
[root@slave 192.168.11.71 ~]$rm -rf /etc/salt/grains
[root@slave 192.168.11.71 ~]$!sys
systemctl restart salt-minion
检查结果删除成功
数据管理中心之Pillar组件
Pillar也是saltstack组件中非常重要的组件之一,称作数据管理中心,经常配合states在大规模的配置管理中使用。
Pillar是动态的,存储在master端,提供和给minion端
Pillar在SaltStack中主要的作用是存储和定义配置管理中需要的一些数据,比如软件版本号,用户账号密码等,保证敏感数据不被其他minion看到
存储格式与Grains类似,都是YAML格式
在master配置文件中有一段Pillar settings选项专门定义Pillar的参数
cat /etc/salt/master #此配置代表pillar的工作根目录,在/srv/pillar下,然后可以新建sls文件 #pillar_roots: # base: # - /srv/pillar
默认pillar的工作目录在/srv/pillar目录下,执行如下代码
mkdir -p /srv/pillar #指定环境,标记,引用packages.sls和services.sls vim /srv/pillar/top.sls base:'*':- packages- services vim /srv/pillar/packages.sls nginx:packages-name: nginxversion: 1.12.2vim /srv/pillar/packages.sls nginx:port: 80user: root
检查我们设置的pillar值
[root@master 192.168.199.155 /srv/pillar]$salt '*' pillar.item nginx slave:----------nginx:----------packages-name:nginxport:80user:rootversion:1.12.2
Pillar与Grains对比
pillar与Grains对比类型 数据采集方式 应用场景 定义位置 Grains 静态 minion启动时收集 数据查询 目标选择 配置管理 minion Pillar 动态 master进行自定义 目标选择 配置管理 敏感数据 master
Python API调用SaltStack
SaltStack本身提供salt(usr/bin/salt)来交互管理,但是去服务器上敲命令肯定不是一个长远之计,这时候python就体现了nb的功能。
Python API就是给Python提供的API使用,需要在SaltStack master上运行
实例代码
[root@master ~]$python Python 2.7.5 (default, Jul 13 2018, 13:06:57) [GCC 4.8.5 20150623 (Red Hat 4.8.5-28)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import salt.client >>> local = salt.client.LocalClient() #<salt.client.LocalClient object at 0x7f886dbdd850> >>> local.cmd('*','cmd.run',['hostname'])#向所有minion发送命令 {'slave': 'slave'}
因此python API就是提供了向saltstack发送命令的入口。
通过API获取saltstack的配置文件
获取master配置文件
>>> import salt.config #导入salt配置模块 >>> m_opts=salt.config.client_config('/etc/salt/master') #读取salt配置文件,得到一个字典数据
获取minion配置文件
Python 2.7.5 (default, Jul 13 2018, 13:06:57) [GCC 4.8.5 20150623 (Red Hat 4.8.5-28)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import salt.client >>> salt.config.minion_config('/etc/salt/minion') #读取minion配置文件,得到字典数据,通过字典方法可以查看信息
Python API介绍
/usr/bin/salt默认使用的接口是LocalClient,该接口只能在salt master上使用
[root@master ~]$python Python 2.7.5 (default, Jul 13 2018, 13:06:57) [GCC 4.8.5 20150623 (Red Hat 4.8.5-28)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import salt.client >>> local = salt.client.LocalClient() #<salt.client.LocalClient object at 0x7f886dbdd850> >>> local.cmd('*','cmd.run',['hostname'])#向所有minion发送命令 {'slave': 'slave'}
逐条返回结果,local.cmd_iter()
>>> ret=local.cmd_iter('*','test.ping') >>> ret <generator object cmd_iter at 0x7f886d455c80> >>> for i in ret: ... print i ... {'slave': {'retcode': 0, 'ret': True}}
菲波那切数列
>>> local.cmd('*','test.fib',[10]) {'slave': [[0, 1, 1, 2, 3, 5, 8], 2.1457672119140625e-06]}
检查minion服务器信息
>>> local.cmd('*','cmd.run',['hostname']) {'slave': 'slave'} >>> local.cmd('*','cmd.run',['ifconfig']) >>> local.cmd('*','cmd.run',['crontab -l']) >>> local.cmd('*','cmd.run',['df -h'])
启停minion的服务,如nginx
>>> local.cmd('*','service.stop',['nginx']) {'slave': True} >>> local.cmd('*','service.status',['nginx']) {'slave': False} >>> local.cmd('*','service.start',['nginx']) {'slave': True}
转载于:https://www.cnblogs.com/xiao-xue-di/p/10113491.html
saltstack高效运维相关推荐
- saltstack高效运维简介和部署,SaltStack 与 Ansible 如何选择?
1.SaltStack简介 1.1 自动化运维工具 自动化运维就是周期性.重复性.规律性的工作都交给工具去做,把过去的手工执行转为自动化操作.自动化是IT运维工作的升华,IT运维自动化不单纯是一个维护 ...
- 数据中心实现高效运维的秘诀
随着2017年中国"量子卫星""量子计算机"等重大科研技术的突破,2018年云计算进入2.0的飞速发展时代,智慧城市信息化建设.应用数据量的井喷,使数据中心基础 ...
- saltstack 自动化运维管理
一.简介 saltstack是一个配置管理系统,能够维护预定义状态的远程节点. saltstack是一个分布式远程执行系统,用来在远程节点上执行命令和查询数据. saltstack是运维人员提高工作效 ...
- 七天学会SALTSTACK自动化运维 (3)
七天学会SALTSTACK自动化运维 (3) 导读 SLS TOP.SLS MINION选择器 SLS文件的编译 总结 参考链接 导读 SLS SLS (aka SaLt State file) 是 ...
- 架构师2月刊发布:解读Android、高效运维、API设计方法论
卷首语(InfoQ总编辑 崔康) \\ 又到年根,作为一位技术媒体人开始频繁拜访各家公司,总结过去,面向未来,在这里把发现的一些新趋势和自己的感受梳理一下,就不透露公司名称了,供大家参考. \\ 公有 ...
- 微信月活9亿的高效运维之路
前言 在GOPS2017北京站上,来自微信的吴磊演讲<微信月活9亿的高效运维之路>,分享了关于弹性伸缩,扩容和缩容等方面的内容,现整理分享出来,希望对有需要的人有所帮助. 微信业务量增长的 ...
- 如何实现云时代的高效运维?
云计算经过几年的飞速发展,已经成为IT领域未来重要的趋势之一.云时代IT领域各种问题,都在逐渐通过整个行业的智慧形成统一的解决方案.也正因如此,唱衰运维的调调一直不绝于耳.当代表运维价值的苦力活被程序 ...
- 高效运维的本质:可视化的服务交付和可视化的服务度量
没有比"可视化"更好的一个词能概括运维的本质,而"可视化"又应该分成两部分:可视化的服务交付和可视化的服务度量! 第一部分:可视化的服务交付 早期的运维是从IT ...
- 映客高级技术总监黄继:7天从开发到上线,云上高效运维实践与探索
2021年10月22日,在云栖大会的<云上运维最佳实践>分论坛,映客高级技术总监黄继发表了主题为"7天从开发到上线,云上高效运维实践与探索"的演讲,为大家阐述映客团队如 ...
- saltstack自动化运维部署--安装apache\原码安装nginx服务
对saltstack自动化运维部署的认识 原理 SaltStack 是一种基于 C/S 架构的服务器基础架构集中化管理平台,管理端称为 Master,客户端称为 Minion.SaltStack 具备 ...
最新文章
- redis未能启动服务器,redis服务启动不了的解决办法(服务器应非法关机了)
- Line上半年扭亏为盈 用户及营收遇瓶颈
- Swagger2 添加HTTP head参数
- OpenCL 第6课:矩阵转置
- 英语笔记:写作:Nothing succeeds without a strong will
- FA_手工明细增加固定资产(流程)
- 单因素方差分析[转载]
- Android的 EditText的inputType类型
- 智慧城市特效(建筑颜色渐变、飞线、扫光、扫描、光墙、线路、水、道路线条、锥形标、漫游)three+shader
- 必应词典的使用和分析
- Python 之 解析xml
- ps 图片 透明度 设置
- 双节快乐!| 中秋的月亮,今晚圆
- html页面设置账号密码,html登录界面设置账号密码
- Auto-Exposure Fusion for Single-Image Shadow Removal——论文阅读
- 转载-simon:个人总结前端开发规范
- <架构师必修课>-nginx
- CSS反爬虫 大众点评
- Verious结盟Elance力推“一站式组件交易服务”
- mimikatz常见命令
热门文章
- org.apache.ibatis.reflection.ReflectionException: There is no getter for property named ‘medicinesId
- linux中config文件怎么打开,linux-如何使用CoreOS的cloud-config文件启动Dock...
- asp.net mysql数据库连接字符串_如何让您的ASP.NET数据库连接字符串是安全的
- java多线程-线程生命周期及状态
- Collections 常用方法
- 十一、JAVA接口的定义和使用
- springMVC简易学习笔记一
- Java 序列化漏洞多到修不完
- android 控件字体反向,Android编程实现控件不同状态文字显示不同颜色的方法
- 小D课堂 - 零基础入门SpringBoot2.X到实战_第2节 SpringBoot接口Http协议开发实战_13、jar包方式运行web项目文件上传和访问...