saltstack实战1-salt-syndic

Syndic创建在中心Master和Minions之间, 并容许多层分级Syndic, 使Salt拓扑能够变得更为灵活. 那么Syndic是如何工做的? 当前有哪些优点和局限哪?

Syndic的优点和局限

优点
一、经过Syndic, 能够创建多层级的Salt拓扑, Syndic下的Minions便可经过Syndic所在的Master进行管理, 也能够经过MasterOfMaster及更高层级的Master进行管理, 架构变得异常灵活.
二、因为Syndic只订阅MasterOfMaster下发下来的任务, 对于文件服务等, Syndic本地须要进行配置,能够有效的下降MasterOfMaster的负载

局限
因为Syndic弱化了MasterOfMaster, 采用区域自治方法. 在某些应用场景下, 会有局限性:
一、须要保证Syndic上的file_roots及pillar_roots与MasterOfMaster是一致的. 为了解决这个问题, 咱们在使用Syndic时采用了 gitfs backend
二、因为Syndic管理了旗下Minions的认证, 使MasterOfMaster并不知道有多少Syndic主机, Syndic下边有多少Minions. 在MasterOfMaster及更高层级的Master上使用salt命令行下发远程执行命令时,

若是Syndic此时与MasterOfMaster网络抖动, 致使没有收到消息或延迟收到消息, MasterOfMaster并不知情;

Syndic并无返回结果或延迟返回结果, MasterOfMaster并不能感知到, 会致使结果不完整. 若是没有其余验证机制, 将变得不可控. 官方提供的解决方案是增大 syndic_wait 选项, 但我的认为只能缓解,并不能根治本问题.

 

2-SaltStack批量管理工具实战基础--下

order_masters

默认值：False

当额外的数据须要发送和传递，而且这个master控制的minions是被低等级的master或syndic直接管理下，那么”order_masters”这个值必须得设置为True 

order_master: False

 

 

http://ju.outofmemory.cn/entry/97126