摘要： Saltstack配置管理-业务引用haproxy 在业务模块里写它的配置 各个业务是不同的，这里有差异性，所以没写在配置模块里。 对minion02也执行安装haproxy [root@master ~]# salt 'minion02' state.sls haproxy.install env 阅读全文

摘要： Saltstack配置管理-给minion增加Zabbix-agent zabbix-agent的包 [root@A ~]# rpm -qa |grep zabbix zabbix-2.4.8-1.el6.x86_64 zabbix-web-2.4.8-1.el6.noarch zabbix-web 阅读全文

摘要： Saltstack配置管理-功能模块-安装haproxy 配置管理，我们分了3层 最底层是系统初始化部分 倒数二层是功能模块，就是具体的产品的安装了 假如你的环境需要nginx，php，memcache，haproxy这4个功能模块 为了方便管理，你至少要创建4个目录 由于编译安装中用到一些依赖的包 阅读全文

摘要： 探测主机存活常用方式 （1）-sP ：进行ping扫描 打印出对ping扫描做出响应的主机,不做进一步测试(如端口扫描或者操作系统探测)： 下面去扫描10.0.3.0/24这个网段的的主机 nmap -sP 10.0.3.0/24 这个命令可以用于探测局域网有哪些机器 [root@B ~]# nma 阅读全文

摘要： 规范配置管理 实际工作中可能会有现网环境，基线环境，开发环境。 需要使用saltstack统一管理。机器多了，业务多了，可能配置文件存放的会比较乱，因此可以统一管理起来 我们可以再加2个目录，test是测试环境，prod是生产环境，base是基线环境。 操作如下，新添加2个目录，同时调整基线目录 # 阅读全文

摘要： 数据系统-Pillar 数据系统-Pillar pillar和grains类似，但是它能给minion指定它想要的数据，安全性较好，另外它是在master端设置的 应用场景： grains的特性–每次启动汇报、静态决定了它没有pillar灵活，要知道pillar是随时可变的，只要在master端修改 阅读全文

摘要： 系统漏洞扫描之王-nmap NMap，也就是Network Mapper，是Linux下的网络扫描和嗅探工具包。 其基本功能有三个： （1）是扫描主机端口，嗅探所提供的网络服务 （2）是探测一组主机是否在线 （3）还可以推断主机所用的操作系统，到达主机经过的路由，系统已开放端口的软件版本 nmap端 阅读全文

摘要： grains是什么 grains是minion服务启动后，采集的客户端的一些基本信息，硬件信息，软件信息，网络信息，软件版本等。你可以在minion上自定义一些grains信息。 它是静态的信息，minion服务启动后采集，如果一些信息变更，需要重启minion服务。grains适合做一些静态的属性 阅读全文

摘要： 本文来自如下链接http://docs.saltstack.cn/topics/yaml/index.html 了解YAML 默认的SLS文件的renderer是YAML renderer。YAML是一个有很多强大特性的标记性语言。Salt使用了一个YAML的小型子集，映射非常常用的数据结构，像列表 阅读全文

摘要： target 就是目标的意思，你要在那台机器上执行此命令或此状态。或者说将此动作或者状态文件推送给谁来执行，让那个minion执行可以进行一些匹配 对于拥有大量机器的环境，如果单独一台台的执行指定minion去执行，反而违saltstack设计的初衷。 它有如下参数可以使用 1、 globbing 阅读全文

摘要： 本来转自http://www.cnblogs.com/MacoLee/p/5753640.html 版权归原作者所有 说明 API原理是通过调用master client模块，实例化一个LocalClient对象，再调用cmd()方法来实现的。以下API实现test.ping的示例：(其他API调用 阅读全文

摘要： 前期准备 准备4台机器，设置IP地址和主机名 10.0.1.171 master 10.0.1.172 minion01 10.0.1.173 minion02 10.0.1.174 mysql 10.0.1.175 master-bak（用于模拟更换master的练习） 系统环境： 5台机器系统版 阅读全文