配置管理是否可用于少量服务器?

joh*_*nny 31 configuration-management

如果我使用 Ansible 或 Puppet 之类的东西,而我只有两台服务器,这是否违背了使用这些产品的目的?我想,如果我配置了一台服务器,我可以使用其中的一台在另一台上复制它。

cee*_*yoz 42

不,这并没有违背目的。事实上,我经常使用 Ansible 为业余爱好/副项目使用设置单个服务器。它允许我为服务器保留一个受版本控制的、可重复的、自我记录的配置。

  • @johnny 不完全是。您确定机器上需要什么,然后构建使机器进入该状态的剧本/角色/食谱。您的 Ansible 角色之一应该是安装和配置 Docker。您实际上并没有“手动”配置机器。此外,Ansible 是入门障碍_way_。您所需要的只是使用 ssh/python。 (7认同)
  • 老实说,当您只有两台服务器时,开始使用 CM 系统的开销很高,但我相信,这是值得的。就像 jscott 说的,你让 CM 系统完全配置你的系统,如果你能帮助它,不要手动安装任何东西。 (5认同)

Jim*_*m B 10

我不得不不同意目前的共识。为 2 个服务器池学习任何 CM 系统绝不是合理的,除非您只是想找个借口来学习该 CM 系统。您花在学习、编写、测试和应用配置上的时间肯定会超过手工构建的时间。如果您知道其中一个系统,那么这是一个更合理的提议。

  • 虽然我不能不同意学习一个服务器所花费的时间,但是当您拥有两台服务器时,您可能有更多的时间来完成这项工作,而不是您现在需要一个 CM 来构建 10 个以上的服务器。CM 并非严格用于管理大型资源池,而是用于以一致的方式轻松重复流程。如果您可以重新安装(或在更换硬件时进行新安装)并运行一个命令以使其恢复到已知的工作状态,那么您的情况会好得多。我的经验法则是,如果我必须不止一次这样做,不,我不需要。我是在人偶里做的。 (9认同)
  • “你花在学习、编写、测试和应用配置上的时间肯定会超过手工构建的时间。” 最初?是的。当服务器出现故障、受到威胁、需要移交给其他人进行维护等时?没那么多。 (7认同)
  • 实际上,我认为您并没有不同意-您只是(正确地)指出需要进行权衡-初始设置需要更多时间,但以后更容易管理。 (3认同)
  • 换一种方式想一想:如果您手动构建这两个系统,则必须记录您为初始设置所做的一切,系统生命周期内对系统的每次更改,以便您或您不在的其他人能够重建系统在紧急情况下。这也需要时间。学习基本的木偶、厨师或 ansible 并不难,也不需要花费大量时间。请记住:对于两台服务器,您不需要任何 cm 的高级功能。 (2认同)