Salt Internals，从master到minion的连接

Question

我只是有一个关于 saltstack 的问题我不知道。它涉及主从配置。

Salt 甚至被驱动，但文档说（并且它有效）我们应该只在主服务器上打开端口，并且在主服务器上接收该事件。

但是看起来有点模棱两可，因为 salt 命令是从 ma​​ster 运行以在 minions 上执行任务。但是我试图理解大师是如何做到的，但我没有成功，我也无法清楚地记录它。

我们在 salt 文档architechure 中也有这些声明：

更多盐大师事实：

• 具有发布/订阅和回复渠道的职位发布者；
• master 上有两个开放端口（默认 4505 / 4506）；
• 盐矿存储最新的miniondata，缓存数据可见 给其他奴才；
• Salt Syndic 将作业从更高的 master 传递到层次结构系统 管理；
• SaltStack 高可用性的多主机。

还有这个

• 更多 Salt Minion 事实：监听并接收来自远程 Salt 的作业 大师；
• 创建并报告压缩事件（作业结果、系统警报）到 盐大师；
• 没有开放的端口，不爱说话；
• 通过对等系统与其他 Salt Minion 共享数据；
• Returners 将 Minion 数据传送到任何系统（默认为 Salt Master） 可以接收数据。

我已经在所附的屏幕截图中突出显示了对我来说模棱两可的地方。

问题在于我们如何说 no port 将在 minions 上打开，并且还说 minions 正在侦听 >主人？ Minions 听什么？去什么？

感谢您的澄清。

Answer 1

这是个好问题。默认情况下，Salt 使用 zmq pub/sub 接口。因此，网络上实际发生的事情与大多数人对 Salt 工作原理的心理模型之间存在轻微的不匹配。

zmq 连接只需要 Salt Master 上的这 2 个端口就可以让 pub/sub 接口工作。 Minion 向 pub 端口上的 master 伸出援手。 Zmq 只是为您处理所有必要的网络通信。 Salt Master 在 pub 端口上“发布”作业。

就 Salt 工作原理的心智模型而言，当 Salt Master 在 pub 端口上发布作业时，当 Minion 与作业目标匹​​配时，考虑 Minion 在 pub 端口上“侦听”并执行命令会很有帮助。