saltstack syndic使用测试

saltstack syndic使用测试

老板就是中心master 最牛掰的

主管就是 syndic节点 （可以是多个）一般不干事情 只负责分配任务 你懂的（意思就是他一般不跑minion服务）

小弟就是minion节点（很多）

现在大概讲下流程吧 因为架构这个东西 必须得把运行原理搞懂 不然你懂太多细节 那也没啥用

老板可以发布一下任务 给一个或者多个主管 让他们干啥（其实他也是让下面小弟去干 但是他得有计划 有方向（top.sls 和 state 等等）） 也可以直接让公司某个小弟 或者某些小弟干啥 （虽然中心master无法看到 minion的key 但是他可以直接 指定minion的id 去干事）

这个原理的东西 比较绕 不知道你们搞懂没

下面我拿一个例子讲吧

中心master CMN-NJ-H-3g1(matser )

syndic CMN-NC-3-3M1 (mastter syndic)

minion CMN-NC-3-3O1 CMN-NC-3-O3 CMN-NC-3-3O6

架构没问题吧 这里跟大家说下 以前的架构

CMN-NC-3M1 是CMN-NC-3-3O1 CMN-NC-3-3O2 CMN-NC-3-3O6的master

现在开始配置吧

先配置中心master 吧 修改主配置文件 vim /etc/salt/master

重启master服务 你懂的

然后修改syndic 的master配置文件 vim /etc/salt/master ip地址指向中心master地址

重启master 服务 你懂的

启动syndic 服务 /etc/init.d/salt-syndic start

ok 配置就这样配置完了

下面去中心master上salt-key 看下 应该有 syndic 的key

OK 没问题

我们再到syndic上去看下 他下面的minion （以前的环境就是这样的 你懂的）

其他的就别看了 哈哈。。。

没问题吧 环境也搭建好了 我们开始试验吧 得想想咋样测试的

大家都知道 我在CMN-NC-3-3M1 上管理 CMN-NC-3O* 的这几台设备很简单 （传统的c/s 架构呀） 这里就不多讲了 这次主要讲的操作都在 中心master上面 你懂的

虽然中心master看不到 minion的key 但是还是可以直接 知道minion id干活的 我们先来试试这个吧 （以下所有操作在中心master上面）

ok 没问题 是吧 下面我建个组吧

其实玩法跟 c/s 架构一样 先演示这么多吧 其他的自己去弄吧

下面讲讲关于state 的配置 这里就有个问题 中心master上 有 top.sls state 资源管理 功能 syndic上也有top.sls state 资源管理功能 这个时候 大家一定会问 这个是不是有冲突 其实是没有的

你在中心master上top.sls 是不能直接指定 minion 的id 做一些资源管理的 （这个一定的了解清楚 ）

我给一个例子吧 大家看看我的中心master的top.sls 配置

我是针对CMN-NC-3-3O1 （CMN-NC-3-3M1 的minion） 做一个文件的同步

你看看我运行的结果

发现没 这个结果 有问题 怎么是服务管理的东西呀 原因是这样的 你执行salt ‘CMN-NC-3-3O1′ state.highstate 其实他是把任务发送给syndic节点

syndic 节点然后去匹配自己的top.sls 自己的state 去做资源管理 我下面贴下 我在CMN-NC-3-3M1 syndic 上的top.sls 配置吧

知道了吧

有点绕 现在总结下 吧

在中心master上做资源管理 state （pillar grains module 这些下次我测试看下 理论上应该跟state一样 理论而已 哈哈） 是不能直接在top.sls 下指定minon id的 但是可以 直接管理minon 记住一点就就行 中心master 的top.sls 不能指定minon 的id 但是可以直接管理minon 让他去他的master干啥（分组是可以的）

先写这么多吧 饿了 先吃饭了