Saltstack 学习之target minions（二）

轩辕阁

　　本文紧接上一篇，就target的各分类方式的详细用法予以讲解。
> Grains
　　首先一点，需要注意的是，minion的grains信息在minion启动时便会生成和加载，之后便以静态数据的形式存在。
　　Grains的匹配在前文已经有所提及，实现原理便是读取grains的dict数据，而后与tgt字串进行匹配，当然，它支持嵌套key-value形式，如：
salt -G 'ec2_tags:environment:*production*' test.ping -v　　上述命令即寻找grains的ec2_tags grain数据对应的environment key，且value包含production的所有minion。
　　系统默认收集grains数据的源码可以参见salt grains core.py
　　由于salt默认提供的静态grains数据覆盖面不够，为此我们可以做一些自定义grains的工作，从而达成业务上的需求。

• 　　/etc/salt/grains或/etc/salt/minion.d/xx.conf (在minion端建立grains)
  

roles:　　
  - webserver
　　
  - memcache
　　
deployment: datacenter4
　　
cabinet: 13
　　
cab_u: 14-15

• 　　/srv/salt/_grains/ (在master端分发到各minion)
  

# collect.py　　
#!py
　　
#返回的应该是一个dict，key-value形式
　　
#之后通过salt '*' saltutil.sync_grains分发
　　

　　
def run():
　　
    return {"test_data": "yeah"}
　　

　　
run()
　　这里注意一下，上面所述的两种grains自定义其实是有各自的应用场景，前者可以是特定的少数minion配置独立的grains数据，以方便target而建立的，比如临时的打上一个集群的标签，以便快速定位和部署，其部署位置在于 minion端 。而下面的_grains下放置的py脚本则是完全的自定义grains，为的是统一的添加额外的grains数据，比如一些业务区分信息等，于 master端 部署，尔后分发到各个minion。
> 分组
　　前文提到可以定义Node Group，将minion有机的区分组别，比如电信机房的归为一个组，联通机房归为另外一个组（怎么实现? 可以考虑用自定义grains!）
　　官方文档中介绍的Node group使用方法实在有点坑，必须要写入到master的配置文件才可以生效（还需要重启salt-master!!）。不过，在看了绿肥大神的博客后豁然开朗，“有大牛就是好啊! ”。
　　实际上，可以通过在/etc/salt/master.d/nodegroups.conf文件（没有就新建）写入相关内容，相应的，默认salt-master可以识别出对应定义的组别信息！
下面是一个简单的 nodegroups.conf 样例：
nodegroups:　　
    test1: 'E@TestVM.*'
　　
    test2: 'L@salt01,salt02'
　　
    test: 'N@test1 or N@test2’
　　尝试一下 salt -N test test.ping -v 吧！ 你会得到想要的答案!
　　对于分组，个人认为，应该在充分定义好各minion相应信息（最重要的应该是grains数据）之后，再写入到nodegroups.conf文件里。分组大可不拘泥于数量和差异，以业务、服务器类别、OS等多维度划分，这样将会极大便利于后面的部署和维护！
　　参考：
　　salt官网、绿肥神的blog
　　我的博客：http://devopstarter.info/saltstack-xue-xi-zhi-target-minionser/