Salt 内部结构，从 master 到 minion 的连接

Question

我只是有一个关于 saltstack 的问题我想不通。涉及master和minion的配置。

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

然而，salt 命令是 运行 来自 master 以在 [=32] 上执行任务，这似乎有点模棱两可=]奴才。但是我试图理解大师是如何做到这一点的，但我没有成功，而且我也没有关于它的明确文档。

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

更多 Salt Master 事实：

• 职位发布者 pub/sub 和回复渠道；
• master 上的两个开放端口（默认 4505 / 4506）；
• Salt Mine存储最近的miniondata，缓存数据可见 给其他小兵；
• Salt Syndic 将作业从更高的主机传递给分层系统 管理；
• SaltStack 高可用性的多主机。

还有这个

• 更多 Salt Minion 事实：从远程 Salt 监听和接收作业 硕士;
• 创建压缩事件（作业结果、系统警报）并报告给 盐大师;
• 没有开放的端口，不啰嗦；
• 通过对等系统与其他 Salt Minions 共享数据；
• 返回器将 minion 数据传送到任何系统（默认为 Salt Master） 可以接收数据。

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

问题是我们如何说没有端口[=52​​=]要在minions上打开并且还说 minions 正在监听 master？ Minions听什么？为了什么？

感谢您的澄清。

Answer 1

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

zmq 连接只需要 Salt master 上的那 2 个端口来允许 pub/sub 接口工作。 minion 通过 pub 端口联系 master。 Zmq 只是为您处理所有必要的网络通信。 pub 端口上的 Salt Master "publishes" 个作业。

就 Salt 如何工作的心智模型而言，当 Salt Master 在 minion 匹配时在 pub 端口上发布作业时，考虑 pub 端口上的 minion "listening" 并执行命令会很有帮助工作目标。