我正在一台拥有 16 GB RAM 和约 20 TB 磁盘的计算机上使用 Windows Server 2016 设置新的文件服务器。该服务器将处理 15 人的文件，主要是图形设计师使用的大型文件。
这是组织中的第一台 Windows 服务器（即没有现有的 AD 域可以加入）。
将会有两台这样的服务器，分别位于不同的站点，通过 DFS-R 复制文件。
我是否应该设置在裸机上一起运行的 DC 和文件服务器，或者是否应该使用 Windows Server 2016 Standard 附带的虚拟化许可证在裸机上仅运行 Windows Server + Hyper-V，并为每个域控制器和文件服务器创建一个单独的 VM？
我知道 16 GB 的 RAM 并不是很大，而且运行 3 个 Windows 副本比只运行一个副本要耗费不少资源——但如果这是唯一的限制，那么可以很容易地获得更多的 RAM。我会为 Hyper-V 保留 2-4 GB，为 DC 保留 2-4 GB，为文件服务器保留 8-12 GB。
有一对 1 TB 磁盘用于启动驱动器的镜像，如果我采用虚拟化路线，那么我将在启动驱动器上创建另一个格式化为 ReFS 的分区，以保存每个虚拟机的 C：驱动器。
然后 RAID 5 中有 6x 3 TB 磁盘 - 同样，如果我进行虚拟化，这也将被格式化为 ReFS，并创建一个用于文件存储的巨大虚拟磁盘。
答案1
我倾向于虚拟化，因为它能给你带来更多的灵活性。如果硬件变得不稳定，或者制造商无法/不会解决某个问题，那么你只需在线迁移到另一台 Hyper-V 服务器即可。
实际上，虚拟化的唯一缺点是：
- 由于开销，您可以使用的 RAM 减少了约 4GB
- 可能会使用诸如 DFS-R 快照之类的不良功能（使用 DFS-R 时不要恢复到快照。事实上，忘记它们的存在。）
答案2
是的，即使考虑到开销，您也应该进行虚拟化。如今运行裸机服务器安装毫无意义（唯一的例外是旧版操作系统）。
重新考虑在 3TB 硬盘上使用 RAID5，因为您可能无法再承受长时间的重建。如今，RAID5 只能在 SSD 上使用，在这种情况下它仍然很有意义。
不要使用 DFS-R。它无法复制打开的文件，而且切换逻辑很糟糕（DFS-R 不知道哪个服务器拥有最新的一致数据），这可能会导致非常糟糕的结果，尤其是在虚拟化环境中。
使用 Storage Replica 或 StarWind vSAN Free 进行复制。
以下是使用存储副本在延伸群集配置中部署 HA 文件服务器的示例：https://docs.microsoft.com/en-us/windows-server/storage/storage-replica/stretch-cluster-replication-using-shared-storage
下面是使用 StarWind vSAN 构建主动-主动 HA 文件服务器的示例：https://www.starwindsoftware.com/technical_papers/Microsoft-Hyper-V-2012-R2-Dedicated-SAN-scenario-Basic-2-node-Setup.pdf
希望能帮助到你。
答案3
1) 虚拟化一切。运行任何裸机都是没有意义的（好吧，有一些非常小众的情况，但你的情况肯定不是其中之一）。
2) 您可以将 Hyper-V 用作文件服务器，但请确保您已获得适当的许可，仅使用免费的 Hyper-V 至少需要购买 CAL。我会带着 EULA 与您的 Microsoft 销售代表交谈。
答案4
就您而言，不使用虚拟化似乎是一种资源浪费，而且会限制您在无需购买额外硬件/服务器的情况下可以完成的工作量。此外，DFS 复制需要 Active Directory 域服务，因此您需要创建一个 AD 域。