对于那些已经在运行配置管理工具的人来说，这可能是一个简单的问题。诸如 Puppet 或 Chef 之类的配置管理工具是否是使已安装的软件包保持最新的正确方法？
假设我运行了许多服务器，主要基于 Debian 和 Ubuntu。当安全更新或错误修复出现时，配置管理工具是否可以更轻松地更新从存储库安装的包？
我目前运行“无人值守升级”以让系统自动安装安全更新，但我仍然需要连接到服务器并aptitude update && aptitude safe-upgrade经常运行。当然，服务器越多，这就会变得无聊、乏味且容易出错。
诸如 Puppet 或 Chef 之类的工具是否是使安装的软件包保持最新的正确方法？你们中有人使用这些工具来避免aptitude在 15 台服务器上手动运行或等效吗？我很确定这些问题的答案是“是的，当然！”
但是在哪里可以找到有关此特定用例的更多信息？我还没有时间深入研究 Puppet 或 Chef，示例食谱或课程仅展示了安装特定软件包（例如 ssh）的或多或少的琐碎示例。除了官方文档之外，您还有其他资源可以推荐吗（当然，一旦我知道哪些工具适合我，我就会研究文档）。
长期读者，第一次提问:)
我已经阅读了很多关于 iSCSI 和 SAN 的一般信息，我相信我已经能够回答我关于该主题的大部分问题和疑虑，但这个问题仍然存在：
您如何“备份 SAN”？
接下来是一个或多或少的真实世界场景以及我对它的想法和问题。
假设您设法说服小型（最好是中型）公司的管理层最终为小型但合适的存储解决方案（即基于 iSCSI 的 SAN）提供资金。假设它由一个在机箱中具有许多驱动器并运行 OpenFiler 的服务器组成，甚至是 MD3000i (Dell) 或 MSA2000i (HP)，据我所知，它们是最常见的入门级解决方案。
LUN 被导出到需要存储代码存储库、文档、图像等的服务器、另一台运行几个数据库的服务器、另一台使用 LUN 作为虚拟化来宾磁盘（Xen 中的 DomU）的服务器以及另一台服务器通过 NFS 导出一个包含用户主目录的大 LUN（这是一个纯 Linux 商店）。优点很明显，我相信：单个服务器不需要大量的本地存储，服务器或服务的迁移变得更容易。
但是现在您需要为所有或大部分存储数据制定备份解决方案。你怎么做呢？您是否在每台需要备份数据的服务器上运行备份软件（我喜欢 rsnapshot）？你把这些数据放在哪里？在具有大量本地存储的专用备份服务器上？还是回到SAN？备份 SAN 的“通用”解决方案是什么（如果有）？
我正在寻找比我有更多运行 SAN 经验的人的最佳实践和建议。
谢谢！
编辑：考虑到 SAN 的预算一开始就非常有限，我想我正在寻找非专有、非常通用且廉价的备份问题解决方案。无论如何，如果存在这样的解决方案。磁带或第二个相同的 SAN 阵列不会有任何资金。应该更明确地说，对不起。