saltstack

目录 所谓Salt 开始搭建 配置接受密钥 salt命令 YAML详解 目标定位字符串 state模块定义主机状态 Salt采集静态信息之GrainsSalt 原文: http://blog.gqylpy.com/gqy/333 "@(Saltstack) *** 所谓Salt Saltstack是由thomas Hatch于2011年创建的一个开源项目，设计初衷是为了实现一个快速的 远程执行系统 . Salt有多强大！     系统管理元日常会进行大量的重复性操作，例如安装软件，修改配置文件，创建用户，批量执行命令等等，如果主机数量庞大， 单靠人工维护是在让人难以忍受.     早期的运维人员会根据生产环境编写特定的脚本来完成大量的重复性工作，这些脚本复杂且难以维护，系统管理员面临的问题主要是系统配置管理、远程执行命令。因此而诞生了很多开源软件，系统维护方面的有 fabric 、 puppet 、 chef 、 ansible 、 Saltstack 等，这些软件擅长维护系统状态或方便的对大量主机进行批量的命令执行.     Salt灵活性强大，可以进行大规模部署，也能进行小规模的系统部署，Salt的设计构造适用于任意数量的服务器，从少量本地网络系统到跨越整个数据中心，扩扑架构都是C/S模型，配置简单.     不管是几台、几百台、几千台服务器

目录 所谓Salt 开始搭建 配置接受密钥 salt命令 YAML详解 目标定位字符串 state模块定义主机状态 Salt采集静态信息之GrainsSalt 原文: http://blog.gqylpy.com/gqy/333 "@(Saltstack) *** 所谓Salt Saltstack是由thomas Hatch于2011年创建的一个开源项目，设计初衷是为了实现一个快速的 远程执行系统 . Salt有多强大！     系统管理元日常会进行大量的重复性操作，例如安装软件，修改配置文件，创建用户，批量执行命令等等，如果主机数量庞大， 单靠人工维护是在让人难以忍受.     早期的运维人员会根据生产环境编写特定的脚本来完成大量的重复性工作，这些脚本复杂且难以维护，系统管理员面临的问题主要是系统配置管理、远程执行命令。因此而诞生了很多开源软件，系统维护方面的有 fabric 、 puppet 、 chef 、 ansible 、 Saltstack 等，这些软件擅长维护系统状态或方便的对大量主机进行批量的命令执行.     Salt灵活性强大，可以进行大规模部署，也能进行小规模的系统部署，Salt的设计构造适用于任意数量的服务器，从少量本地网络系统到跨越整个数据中心，扩扑架构都是C/S模型，配置简单.     不管是几台、几百台、几千台服务器

互联网技术的发展，机房里面机器的数量随之增加，运维的难度和复杂度也在增加，需要投入的运维人员和成本也在增加，从而催生了一系列的自动化运维工具（Ansible、SaltStack、Puppet）的产生来减少运维的成本。 Ansible、SaltStack、Puppet都是目前比较受用户欢迎的自动化化运维工具，其中Ansible和SaltStack使用python编写，具有良好的可移植性。Puppet的使用脚本语法复杂，且可移植性比较差，目前的使用者慢慢变少。 SaltStack saltStack由Python编写，为server-client模式的系统（在salstack中叫Master-Minion），自己本身 支持多master，而puppet则需要依赖于web服务器。saltstack除了可以通过在节点安装客户端进行管理还支持直接通过ssh进行管理。 运行模式为master端下发指令，客户端接收指令执行。 saltstack依赖于zeromq消息队列，采用yaml格式编写配置文件，比较简单。 支持api及自定义python模块，能轻松实现功能扩展。 Ansible ansible安装与部署 类似与saltstack，基于python开发，关注的重点是精简和快速。不需要在节点安装代理软件，通过ssh执行所有功能。安装运行简单。 其模块可以用任何语言开发

环境 server1(salt-master) 172.25.60.1 server2 (salt-minion) 172.25.60.2 server3 (salt-minion) 172.25.60.3 实验准备： 安装python-setproctitle.x86_64 重启服务：systemctl restart salt-master.service 推送apache 1.修改配置文件 [root@server1 salt]# vim /etc/salt/master ##注释647-650行 [root@server1 salt]# systemctl restart salt-master.service 2.server1创建需要的目录与文件 [root@server1 salt]# mkdir /srv/salt [root@server1 salt]# cd /srv/salt [root@server1 salt]# mkdir apache [root@server1 salt]# cd apache/ [root@server1 apache]# vim install.sls install-apache: ##安装服务 pkg.installed: - pkgs: - httpd service-apache: ##开启服务 service

一.什么是salt Salt 是： 一个配置管理系统，能够维护预定义状态的远程节点(比如，确保指定的报被安装，指定的服务在运行) 一个分布式远程执行系统，用来在远程节点（可以是单个节点，也可以是任意规则挑选出来的节点）上执行命令和查询数据 二.Salt的核心功能 1.使命令发送到远程系统是并行的而不是串行的 2.使用安全加密的协议 3.使用最小最快的网络载荷 4.提供简单的编程接口 Salt同样引入了更加细致化的领域控制系统来远程执行，使得系统成为目标不止可以通过主机名，还可以通过系统属性。 三.salt使用Python客户端接口 为了允许简单的扩展，Salt执行程序可以写为纯Python模块。数据从Salt执行过程中收集到可以发送回master服务端，或者发送到任何任意程序。Salt可以从一个简单的Python API调用，或者从命令行被调用，所以Salt可以用来执行一次性命令，也可以作为一个更大的应用程序的一个组成部分。 二.安装salt 1.配置yum源 mv salt /var/www/html/ [rhel-source] name= Red Hat Enterprise Linux $releasever - $basearch - Source baseurl= http:// 172.25 . 1.250 /source6. 5 enabled= 1

saltstack常用执行模块 cron模块 archive模块 cmd模块 cp模块 dnsutil模块 file模块 group模块 network模块 service模块 pkg模块 user模块 一、cron模块 功能：实现被控主机的crontab操作 [root@salt-master ~]# salt '*' sys.list_functions cron izwz9f8xrvty50quc2gq50z: - cron.list_tab - cron.ls - cron.raw_cron - cron.rm - cron.rm_env - cron.rm_job - cron.set_env - cron.set_job - cron.set_special - cron.write_cron_file - cron.write_cron_file_verbose [root@salt-master ~]# salt '*' sys.doc cron.list_tab 'cron.list_tab:' Return the contents of the specified user's crontab CLI Example: salt '*' cron.list_tab root 查看minion端定时任务 [root@salt-master ~]# salt '*

[译者注] 这是一篇发表在opencredo官网的博文，通过比较流行的Puppet和新发展起来的Salt，详细地介绍了Salt的功能。在征得原作者的同意后，翻译出来，与大家分享。初次翻译长文，请大家指点。 原文链接 深入SaltStack Maartens Lourens. 于1月10日发表在opencredo. 对系统工程师来说，配置管理已经向前跃进了一大步. 系统配置的自动化不仅可预测,可重复, 还具有可管理性. 配置管理工具通常使用版本控制化的配置模板来描述基础设施的目标状态。凭借版本控制化的配置，可以将环境回滚（或前滚）到前面（或后序）状态；环境配置文件的自动化管理也是持续性交付管道的必要特性。 CFEngine, Puppet和Chef(按年龄降序)是开源领域流行的配置管理工具。 我是一个Puppet的长期用户, 与自定义的配置脚本相比，它在系统自动化的组织性和可靠性方面带来了巨大的提升。(我是在2009年作出这一次飞跃，与此相比, 以前的日子简直是混乱不堪…). 虽然配置管理工具精于描述并达到想要的状态, 但并不擅长动态地查询或设置状态. 这一点在状态资源还没有被纳入配置管理时特别明显。Llinux系统管理员的传统解决办法是ssh循环登陆节点列表并执行一堆命令。这不仅容易出错, 且每一次循环都要打开新的ssh会话，效率低下。想像一下要在1000台机器上顺序执行命令

[译者注] 这是一篇发表在opencredo官网的博文，通过比较流行的Puppet和新发展起来的Salt，详细地介绍了Salt的功能。在征得原作者的同意后，翻译出来，与大家分享。初次翻译长文，请大家指点。 原文链接 深入SaltStack Maartens Lourens. 于1月10日发表在opencredo. 对系统工程师来说，配置管理已经向前跃进了一大步. 系统配置的自动化不仅可预测,可重复, 还具有可管理性. 配置管理工具通常使用版本控制化的配置模板来描述基础设施的目标状态。凭借版本控制化的配置，可以将环境回滚（或前滚）到前面（或后序）状态；环境配置文件的自动化管理也是持续性交付管道的必要特性。 CFEngine, Puppet和Chef(按年龄降序)是开源领域流行的配置管理工具。 我是一个Puppet的长期用户, 与自定义的配置脚本相比，它在系统自动化的组织性和可靠性方面带来了巨大的提升。(我是在2009年作出这一次飞跃，与此相比, 以前的日子简直是混乱不堪…). 虽然配置管理工具精于描述并达到想要的状态, 但并不擅长动态地查询或设置状态. 这一点在状态资源还没有被纳入配置管理时特别明显。Llinux系统管理员的传统解决办法是ssh循环登陆节点列表并执行一堆命令。这不仅容易出错, 且每一次循环都要打开新的ssh会话，效率低下。想像一下要在1000台机器上顺序执行命令

api的使用 1.安装salt-api [root@server1 ~]# yum install -y salt-api##安装api 2.生成证书和秘钥 [root@server1 ~]# cd /etc/pki/tls/private/##生成证书和私钥 [root@server1 private]# openssl genrsa 2048 > localhost.key [root@server1 private]# cd … [root@server1 tls]# cd certs [root@server1 certs]# make testcert 3.编辑api的配置文件并添加证书和秘钥 [root@server1 certs]# cd /etc/salt [root@server1 salt]# vim master [root@server1 salt]# pwd /etc/salt [root@server1 salt]# cd master.d [root@server1 master.d]# vim api.conf [root@server1 master.d]# cat api.conf ##api.conf文件 rest_cherrypy: port: 8000##端口 ssl_crt: /etc/pki/tls/certs/localhost

目录 所谓Salt 开始搭建 配置接受密钥 salt命令 YAML详解 目标定位字符串 state模块定义主机状态 Salt采集静态信息之GrainsSalt 原文: http://106.13.73.98/__/108/ @(Saltstack) *** 所谓Salt Saltstack是由thomas Hatch于2011年创建的一个开源项目，设计初衷是为了实现一个快速的 远程执行系统 . Salt有多强大！     系统管理元日常会进行大量的重复性操作，例如安装软件，修改配置文件，创建用户，批量执行命令等等，如果主机数量庞大， 单靠人工维护是在让人难以忍受.     早期的运维人员会根据生产环境编写特定的脚本来完成大量的重复性工作，这些脚本复杂且难以维护，系统管理员面临的问题主要是系统配置管理、远程执行命令。因此而诞生了很多开源软件，系统维护方面的有 fabric 、 puppet 、 chef 、 ansible 、 Saltstack 等，这些软件擅长维护系统状态或方便的对大量主机进行批量的命令执行.     Salt灵活性强大，可以进行大规模部署，也能进行小规模的系统部署，Salt的设计构造适用于任意数量的服务器，从少量本地网络系统到跨越整个数据中心，扩扑架构都是C/S模型，配置简单.     不管是几台、几百台、几千台服务器，都可以使用Salt在一个中心节点上进行管控