SaltStack USB棒部署

Question

我们有一个场景，在这个领域我们可能有100多个Linux系统，我们希望远程管理部署到这些系统上的软件。这些系统是移动的，只能通过WiFi连接到网络，并且处于相当粗糙的环境中。它们偶尔需要被替换，需要将相同的软件和配置部署到新系统上，以替换现有的系统。

随着系统在网络覆盖范围内外移动，系统的任何更新都可以远程部署到系统上，但是，当系统被安装/替换时，在没有任何WiFi覆盖的位置上固定并不少见。因此，无论我们选择做什么，我们都需要选择使用USB棒来部署一个新的/替代系统。

为了使事情更复杂，每个系统由本地有线网络上的2台或更多台计算机组成。我们希望这些计算机中有一台是“主计算机”，这样我们只需要用USB棒更新计算机，本地网络上的任何其他计算机(“从”)就会由主程序自动更新。我们还希望支持这样的场景:一个从服务器被替换(已经用一些功能最低的系统加载)，当它连接到‘主’时，它将被自动更新。

我曾经(简单地)看过SaltStack，当网络连接可用时，它看起来是一个很好的选择(在这种情况下，“奴隶”可以直接连接到服务器并从那里获取更新)。但是，我不确定它在USB棒部署场景中对我们的工作效果如何。理想情况下，我希望能够访问SaltStack服务器，在某个地方输入“主”计算机的仆从ID，并将部署映像下载到USB棒上，这不仅允许我们配置“主”，而且还允许“主”自动配置任何连接的“从”计算机。

• 这是SaltStack能处理的事情吗？
• 让每个主服务器都有一个SaltStack服务器，这样我们就有一个根SaltStack服务器，它反过来部署‘主’SaltStack计算机，然后再部署本地‘从’计算机，这样做有意义吗？在某些情况下，具有256 be内存的低PowerPC需要充当其他machine...so的“主”，这可能是不可行的。
• 在这种情况下，“独立的仆从”会有用吗？
• 还有其他类似的工具可以处理这种情况，我应该看看吗？

我们目前正在使用我们自己开发的一个临时系统，但它急需更换。我们并不反对在SaltStack的基础上进行一些开发来支持这种情况，但是我想了解一下，这是否是一条明智的道路，还是我们最好还是继续使用自定义的东西。

其他一些可能相关的随机信息：*系统本身涉及几个不同的CPU体系结构: ARM、PowerPC和x86。*系统不是服务器，它们是资源有限的现场设备。从带有256 2GB内存的200 2GB到拥有2GB内存的Intel Atom Bay Trail。存储范围从512 GB到几GB。*他们都在运行基于Yocto的Linux发行版。

Answer 1

在配置管理领域有四种公认的开放源码工具(所谓的CAPS工具)：

• 厨师
• 可抗
• 木偶
• 盐栈

对于您的用例，我将提请您注意Ansible，因为它的主要设计是在SSH上以一种无代理的方式操作，将其配置存储在Git存储库中通常掌握的文件中。

我非常肯定您可以修改这些工具中的任何一个，但是您可能会发现在笔记本上安装ansible并将其用作启动配置运行的移动工作站是很方便的。