将大文件推送到 500 多台计算机

Question

我与一个团队一起管理 500 到 600 台租用的 Windows 7 计算机，用于年度会议。我们有大量数据需要同步到这些计算机，最多 1 TiB。计算机被分成多个房间并通过非管理型千兆交换机连接。在我们将基本映像发送给租赁公司进行复制之前，我们会提前准备好这些计算机，并安装和配置 Windows，以及我们可用的任何文件。每年，我们都会让演示者在现场处理多达演出数据，这些数据需要推送到他们将要演示的房间。有时他们只有几个小文件，例如幻灯片 PDF，但可以有时要大得多> 5 GiB。

我们当前推送这些文件的策略是使用批处理脚本和 RoboCopy。对于大推送，我们实际上是使用 BitTorrent 客户端生成一个 torrent 文件，然后我们使用批处理 RoboCopy 将 torrent 推送到远程机器上的文件夹中，该文件夹由已安装的 BT 客户端监控。很多时候，这些数据需要在很小的时间窗口内立即推送。我们在控制室里有几台机器，它们与我们用于这些推送的地板上的机器相同。

我们偶尔需要在远程机器上执行一个程序，我们目前使用批处理和 PSexec 来处理这个任务。

我们希望能够以“对不起，你自己的错”来回应这些最后一分钟的推送，但它不会发生。BT 方法让我们有更快的响应时间，但是当有多个作业被推送时，整个批处理过程会变得混乱。我们将 Enterprise Ghost 用于其他流程，它在如此大规模的情况下效果不佳，而且对于像这样一年一次的任务来说，它确实非常昂贵。

编辑：地板上的远程机器运行 Windows 有一个硬性要求。控制机器没有硬性操作系统要求。由于上游路由器的复杂性，我真的很想远离多播。多播或 BitTorrent 是更好的方法吗？是否有另一种可能更好的协议？

Answer 1

您确实需要一个多播文件传输程序：UFTP，以及用于 NAT/路由器遍历的体面文档和 proxt 风格的扩展。

Answer 2

你可能想调查谋杀

Murder 是一种使用 Bittorrent 将文件分发到生产环境中的大量服务器的方法。这允许在数百到数万台服务器的环境中进行可扩展和快速部署，否则集中式分发系统将无法正常运行

.

Murder 是由twitter的人开发的，他们每天都在使用它来分发文件。