我有两个CentOS平台。两者都运行“CentOS版本5.10（最终版）”。一个是“真正的”机器，另一个是VM。两者都是64位。调用真机Prod和VM Spare。
当我得到这个演出时，我被告知这两台机器是相同的。 Spare应该是Prod的热门备件。现在很明显，事实并非如此。这两台机器有不同的yum repo列表。来自不同渠道的重复查看安装包。 Prod看起来像一台服务器。 Spare看起来像是一个有Evolution，OpenOffice和其他桌面版本的桌面。
Prod和Spare安装了类似的应用程序，但在不同的repos中找到，因此可用的yum更新级别不同。
我尝试禁用非标准存储库并卸载非标准软件包。例如，移除X-Windows导致了数百个依赖模块的移除，这些依赖模块最终导致了聋人，盲人和静音。幸运的是，我们有一份VM的副本。
我最近的想法是将这两台机器迁移到最新的稳定CentOS级别，并且基本上有一个重做。缺点（我认为）是生产机器和未知定制软件的停机时间与新的包级别问题相比。
我的基本问题是，使平台尽可能相同并最小化（或更好地否定）停机时间的最佳方法是什么。
我们应该如何在未来维护包和其他安装？我知道Puppet，Chef和CFEngine，但之前没有使用它们。这些是未来的发展方向吗？还有别的吗？
答案 0 :(得分：1)
这不是一个与编程相关的问题（你可能会在https://serverfault.com/）
运气好您的问题非常广泛，但基本上您需要两台尽可能相同的机器，一台生产，一台VM，是否正确？
两台机器处于一致状态，您需要某种配置工具。 Ansible可能是最容易设置并开始破解的。在它最基本的设置中，基本上是围绕SSH的好包装器。通过这种方式，您可以在服务器发生变化时创建一致且轻松跟踪的更改。
要拥有一个可以轻松配置的虚拟机，我建议您阅读Vagrant和Packer。 Vagrant能够轻松创建能够准确反映您的生产环境的VM，因此您可以在各种平台上重复创建图像。在理想情况下，您可以使用配置工具并使用它来配置VM，这意味着您可以首先在VM上测试生产更改。
一般而言，拥有可重复的自动配置，您可以轻松测试，我还建议您阅读DevOps的概念