在多个服务器上存储和共享数据的最佳选择，供多个用户访问

Question

在我目前工作的环境中，有几台服务器专用于各个部门。然而，我们最近可能接触到了几台相同的服务器，大约有 10 多个。我希望有人可以为我指明正确的方向，找到有效利用所有这些服务器的好方法。

本质上，我们将大文件存储在要下载的服务器上，并且不那么频繁地上传到服务器。

我的目标是创建一个很好的选择，使数据可以在一个（或几个）中心位置访问，我可以将脚本指向该位置并且用户可以轻松访问。

理想情况下，我想做的是将所有这些服务器链接为一个或几个虚拟机或一个网络文件共享，这些服务器具有大量带宽和冗余，以确保文件安全并允许数据尽快抄下来。

为了完成这些任务，我一直在研究一些事情：

-DFS

- 故障转移集群

-Starwind Virtual SAN（免费版）

需要注意的是，这些服务器已经很老了，大约是 9 年前。

任何关于配置的建议将不胜感激，我有点超出我的深度

Answer 1

DFS-N 是可以的（当然，如果应用得当！），而 DFS-R 应该像瘟疫一样避免。它有很多问题，无法复制打开的文件是一个非常严重的问题。有趣的是，MSFT 在某个时候对这个问题进行了“修复”，但不幸的是，它从未进入生产版本。

Windows Server 故障转移群集 (WSFC) 是一种需要一些共享存储（在您的方案中）的机制，因此它不是独立的。

StarWind（甚至是免费版本）将允许您创建一个集群共享卷 (CSV)，您可以在它之上放置 WSFC，在一天结束时做您想做的事情就好了。

PS 当然还有其他存储选项，包括。Windows Server 内置 S2D，但它需要全面的数据中心版本（昂贵！），但经过时间考验和可靠。

Answer 2

DFS 复制是一场噩梦。对于 9 年前的服务器，我会使用 Starwinds VSAN 在它们之间进行复制。这就是我在其中一个部署中使用它的原因。S2D 绝对不适合这个硬件时代。然后，您可以将节点组合到前面提到的故障转移集群中，并在 CSV 之上运行文件服务器/虚拟机。如果您想使用 DFS，我会将复制留给 Starwinds 并在顶部配置 DFS 命名空间。