运行 chef-server 而不是 chef-solo 有哪些好处？

Question 1

我将以这样的方式回答这个问题：“chef-solo 有什么优势”，因为这是我所知道的涵盖两种方法之间的差异的最佳方式。

我的总结建议与其他人的建议一致：如果您需要管理动态、虚拟化的环境，并且经常添加和删除节点，请使用 chef-server。chef 服务器也是一个很好的选择管理数据库，如果需要的话。如果您的环境不太动态，节点不会经常更改，但角色和配方会更改，则使用 chef-solo。环境的大小和复杂性或多或少无关紧要。这两种方法的扩展性都很好。

如果您部署 chef-solo，请使用带有 rsync、“git pull”或其他幂等文件传输机制的 cronjob 来维护每个节点上的 chef 存储库的完整副本。cronjob 应该可以轻松配置为 (a) 完全不运行和 (b) 运行，但不同步本地存储库。在您的 chef 存储库中添加一个 nodes/ 目录，其中包含每个节点的 json 文件。您的 cronjob 可以根据您的需要尽可能复杂地识别正确的节点文件（尽管我建议只使用 $(hostname -s).json）。您可能还想创建一个 opscode 帐户并配置一个带有托管 chef 的客户端，即使只是为了能够使用 knife 下载社区食谱并创建骨架。

除了显而易见的“无需管理服务器”之外，这种方法还有几个优点。您的源代码控制将成为所有配置更改的最终仲裁者，存储库将包含所有节点和运行列表，并且每个服务器完全独立，从而有助于实现一些方便的测试场景。

Chef-server 引入了一个漏洞，您可以使用“knife upload”来更新食谱，并且您必须自己修补这个漏洞（例如使用提交后挂钩），否则站点更改可能会被某人悄悄覆盖，这个人会从他笔记本电脑上的过时本地存储库“knife upload”过时的食谱。使用 chef-solo 时不太可能发生这种情况，因为所有更改都将直接从主存储库同步到服务器。这里的问题在于纪律和协作者的数量。如果您是个人开发人员或非常小的团队，通过 API 上传食谱的风险并不大。在较大的团队中，如果您没有实施良好的控制，则可能会有风险。

此外，使用 chef-solo，您可以将所有节点的角色、自定义属性和运行列表作为 node.json 文件存储在主 chef 存储库中。使用 chef-server，可以使用 API 即时修改角色和运行列表。使用 chef-solo，您可以在修订控制中跟踪此信息。在这里可以清楚地看到静态和动态环境之间的冲突。如果您的节点列表（无论它有多长）不经常更改，那么在修订控制中保存这些数据非常有用。另一方面，如果您经常生成新节点并销毁旧节点（再也看不到它们的主机名或 fqdn），将它们全部保存在修订控制中只是不必要的麻烦，而使用 API 进行更改非常方便。Chef-server 还具有一系列面向管理动态云环境的功能，例如“knife bootstrap”上的名称选项，它允许您将 fqdn 替换为识别节点的默认方式。但在静态环境中，这些功能的价值有限，尤其是与将角色和运行列表与其他所有内容一起放在修订控制中相比。

最后，几乎无需额外工作即可即时设置配方测试环境。您可以禁用服务器上运行的 cronjobs，并直接对其本地存储库进行更改。您可以通过运行 chef-solo 来测试更改，您将确切看到服务器在生产中如何配置自身。测试完所有内容后，您可以签入更改并重新启用本地 cronjobs。但是，在编写配方时，您将无法使用“搜索”API，这意味着如果您想编写动态配方（例如负载平衡器），您将不得不绕过此限制，从节点/目录中的 json 文件中收集数据，这可能不太方便，并且会缺少完整 CMDB 中的一些可用数据。再次强调，更动态的环境将倾向于数据库驱动的方法，而动态性较差的环境则可以使用本地磁盘上的 json 文件。在服务器环境中，chef 运行必须对中央数据库进行 API 调用，您将依赖于管理该数据库中的所有测试环境。

最后一种也可以用于紧急情况。如果您正在排除生产服务器上的严重问题，并通过配置更改解决该问题，则可以立即在服务器的存储库上进行更改，然后将其推送到上游主服务器。

这些是 chef-solo 的主要优势。还有一些其他优势，例如无需管理服务器或支付托管 chef 的费用，但这些都不是那么重要。

总结：如果您是动态的并且高度虚拟化，chef-server 提供了许多很棒的功能（在其他地方介绍过），而 chef-solo 的大多数优势将不那么明显。但是 chef-solo 有一些明确的、通常未被提及的优势，尤其是在更传统的环境中。请注意，部署在云上并不一定意味着您拥有动态环境。例如，如果您无法在不发布新版本软件的情况下向系统添加更多节点，那么您可能不是动态的。最后，从高层次的角度来看，CMDB 可用于许多与系统管理和配置间接相关的事情，例如会计和团队之间的信息共享。仅凭这一功能，使用 chef-server 可能就值得了。

Answer