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