首页 > 代码库 > 自动化运维神器之saltstack （三）节点组及复合匹配器
自动化运维神器之saltstack （三）节点组及复合匹配器
saltstack实现远程配置管理功能首先是要先匹配到对应的target minion，然后才会将命令发送到匹配到的minion上去执行。这里介绍两种比较强大的匹配方法，一是创建节点组；二是使用复合匹配器。
节点组将不同的主机分配到不同的组中去，便于实现主机的集中化管理，接下来首先看salt分组功能的实现。
看下环境先：
hadoop0.updb.com 192.168.0.100 OS:CentOS 6.5 Role:master
uadoop1.updb.com 192.168.0.201 OS:Ubuntu Role:minion
uadoop2.updb.com 192.168.0.202 OS:CentOS 6.5 Role:minion
uadoop3.updb.com 192.168.0.203 OS:CentOS 6.5 Role:minion
要使用salt的分组功能，需要在master节点上进行配置，配置的方式有两种：
1、将分组的信息写在master的主配置文件
2、将分组的信息写在一个单独的配置文件中，然后主配置文件来include分组配置文件
这里我们选择第二种方式来降低耦合性。
首先我们要在master配置文件中添加一行include的内容，指定辅助配置文件的目录
[root@hadoop0 salt]# pwd /etc/salt ## 在master文件最后添加一行内容，如下 [root@hadoop0 salt]# tail -1 master default_include: master.d/*.conf ## 创建辅助配置文件的目录及分组配置文件 [root@hadoop0 salt]# mkdir master.d/ [root@hadoop0 salt]# vi master.d/group.conf nodegroups: group1: ‘L@uadoop2,uadoop3‘ group2: ‘G@os:Ubuntu‘ ## L@表示匹配的是一个minions列表，列表成员为每个minion的id,这个id在minion配置文件中声明 ## G@表示匹配的是grains的属性 ## 分组的意图：将uadoop2、uadoop3加入到group1中，将系统为Ubuntu的主机加入到group2中 ## 接着重启master服务 [root@hadoop0 salt]# /etc/init.d/salt-master restart Stopping salt-master daemon: [ OK ] Starting salt-master daemon: [ OK ] ## 验证分组是否成功 [root@hadoop0 salt]# salt -N group1 test.ping uadoop3: True uadoop2: True [root@hadoop0 salt]# salt -N group2 test.ping uadoop1: True
我们可以看到，实现salt的分组就是这么的简单，那么在top.sls中如何匹配你所创建的组呢？
## 这里使用pillar为group1的成员创建一个属性operation，值为CentOS [root@hadoop0 pillar]# pwd /srv/pillar [root@hadoop0 pillar]# tree -f . ├── ./operation.sls └── ./top.sls 0 directories, 2 files [root@hadoop0 pillar]# cat top.sls base: group1: ## 匹配组名 - match: nodegroup ## 这行必须要有，表示使用分组匹配 - operation ## 引用同目录下的operation.sls [root@hadoop0 pillar]# cat operation.sls operation: CentOS ## 将状态同步到minions [root@hadoop0 pillar]# salt ‘*‘ pillar.items ## 验证属性是否正确创建 [root@hadoop0 pillar]# salt ‘uadoop[1-3]‘ pillar.item operation uadoop1: ---------- uadoop3: ---------- operation: CentOS uadoop2: ---------- operation: CentOS ## uadoop1由于不属于group1组，所以该minion上没有创建operation属性，而group1中的uadoop2、uadoop3 ## 上已经成功创建了operation属性
接下来我们来看Compound matchers(复合匹配器)，复合匹配器能够提供灵活的匹配方式，常用的如下表
| Letter | Match Type | Example |
| G | Grains glob | G@os:CentOS |
| E | PCRE Minion ID | E@uadoop\d+ |
| P | Grains PCRE | P@os:(RedHat|CentOS|Ubuntu) |
| L | List of minions | L@uadoop1,uadoop2,uadoop3 |
| I | Pillar glob | I@users:kora:1000 |
| S | Subnet/IP address | S@192.168.0.0/24 |
直接看例子
## ## 首先看单个Letter的测试 ## ## 使用grains属性来匹配 [root@hadoop0 pillar]# salt -C ‘G@os:Ubuntu‘ test.ping uadoop1: True ## 使用Minion ID的正则表达式来匹配 [root@hadoop0 pillar]# salt -C ‘E@uadoop\d+‘ test.ping uadoop2: True uadoop3: True uadoop1: True ## 使用grains属性的正则表达式来匹配 [root@hadoop0 pillar]# salt -C ‘P@os:(RedHat|Ubuntu|CentOS)‘ test.ping uadoop2: True uadoop3: True uadoop1: True ## 使用Minion ID来匹配 [root@hadoop0 pillar]# salt -C ‘L@uadoop2,uadoop3‘ test.ping uadoop2: True uadoop3: True ## 使用pillar定义的属性来匹配 [root@hadoop0 pillar]# salt -C ‘I@users:foway:1200‘ test.ping uadoop2: True uadoop1: True uadoop3: True ## 使用IP段匹配 [root@hadoop0 pillar]# salt -C ‘S@192.168.0.0/24‘ test.ping uadoop3: True uadoop2: True uadoop1: True ## ## 接着看多个Letter复合后的测试 ## ## 匹配除grains中os的值为Ubuntu的主机之外的所有主机 [root@hadoop0 pillar]# salt -C ‘* and not G@os:Ubuntu‘ test.ping uadoop3: True uadoop2: True ## 匹配Minion ID为uadoop2或者grains中os的值为Ubuntu的主机 [root@hadoop0 pillar]# salt -C ‘uadoop2 or G@os:Ubuntu‘ test.ping uadoop2: True uadoop1: True ## 匹配除uadoop2、uadoop3之外所有的以uadoop开头后边跟1位以上的数字的minion [root@hadoop0 pillar]# salt -C ‘E@uadoop\d+ and not uadoop[2,3]‘ test.ping uadoop1: True ## 发现结合and、or、not后，复合匹配器变得更加的灵活
同样的，认识了Compound matchers后，那么在top.sls中如何匹配你所创建的组呢？
## 这里使用pillar为复合匹配到的主机创建一个属性webserver，值为httpd [root@hadoop0 pillar]# tree -f . ├── ./operation.sls ├── ./top.sls └── ./webserver.sls 0 directories, 3 files [root@hadoop0 pillar]# cat top.sls base: group1: - match: nodegroup - operation ‘E@uadoop\d+ and not uadoop[2,3]‘: ## 最终会匹配到uadoop1 - match: compound ## 这行必须要有，表示使用复合匹配 - webserver ## 引用同目录下的webserver.sls文件 [root@hadoop0 pillar]# cat webserver.sls webserver: httpd ## 将状态同步到minions [root@hadoop0 pillar]# salt ‘*‘ pillar.items ## 验证属性是否正确创建 [root@hadoop0 pillar]# salt ‘uadoop[1-3]‘ pillar.item webserver uadoop1: ---------- webserver: httpd uadoop3: ---------- uadoop2: ---------- ## 由于匹配条件最终只会匹配到uadoop1，所以返回的结果如上，表示已经正确匹配并创建属性
通过上面的测试我们可以发现，salt提供了比较强大的minion匹配功能，但salt所提供的又不止于此，最后我们来看salt的batch size功能，选项为-b(--batch-size)，值只能为百分比和有限大小的正数
首先看如下的例子
## 不使用batch size [root@hadoop0 pillar]# salt ‘*‘ test.ping uadoop2: True uadoop1: True uadoop3: True ## 使用batch size [root@hadoop0 pillar]# salt ‘*‘ -b 1 test.ping uadoop1 Detected for this batch run uadoop2 Detected for this batch run uadoop3 Detected for this batch run Executing run on [‘uadoop3‘] uadoop3: True Executing run on [‘uadoop2‘] uadoop2: True Executing run on [‘uadoop1‘] uadoop1: True
根据官方文档的解释，使用batch size（这里设置的是1），所以同一时间远程执行命令会只在一个minion上执行直到这个minion完成相应的操作后，执行命令会发送到下一个minion，执行同样的操作，最终完成所有的minion上的命令执行。从上面的对比结果也可以看出不同。到这您不禁要问，这种方式的结果是一批接一批的minions分批执行，效率肯定不如所有的minion同时执行高，为什么还要用呢？
假设这样一种场景，你有一个100个节点的web服务器集群，集群的前端是一个反向代理来实现负载均衡，您已经对web站点进行了升级，现在需要重启后端的web服务，由于已经做了负载均衡，那么你肯定也不想一次性重启所有的web服务，因为这样会造成应用在瞬间是不可用的，理想的做法是重启集群中的部分节点上的服务，这样就保证了这部分节点重启服务时，仍有部分节点对外提供服务，待刚才重启的那部分节点成功启动完毕后，再来重启剩余的部分节点，最终就能实现web站点的平滑升级。这个时候就是salt batch size大展身手的时候了，看下面的例子
salt -G ’os:RedHat’ --batch-size 25% apache.signal restart
这条命令就能实现每次只重启总minions数的25%，等这25%的节点重启完成后，再重启下一个25%，就这样分批次的重启完所有节点的httpd服务。
大隐隐于市。虽然saltstack这个工具很小巧，但是提供给我们的功能是如此的惊艳，甚至是powerful！哈哈，所以我们要多花点时间来拜访这位大隐，不为别的，就为生活变得更美好。
本文出自 “勇敢向前，坚决向左” 博客，转载请与作者联系！
自动化运维神器之saltstack （三）节点组及复合匹配器