我正在使用Windows Server 2016在16 GB RAM和20 TB磁盘的计算机上设置新的文件服务器。 服务器将处理15个人的文件，主要是平面devise师使用的大文件。
这是组织中的第一个Windows服务器（即没有现有的AD域join）。
将有两台服务器，每台都在不同的站点，通过DFS-R复制文件。
我应该设置在裸机上一起运行的DC和文件服务器，还是应该使用Windows Server 2016 Standard附带的虚拟化许可证来运行裸机上的Windows Server + Hyper-V，并为每个虚拟机创build一个单独的VM的域控制器和文件服务器？
我知道，16 GB的内存不是一个巨大的数量，运行3个Windows副本只有一个 – 一个相当多的内存相当容易来源，虽然如果这是唯一的限制。 我将为Hyper-V保留2-4 GB，DC保留2-4 GB，文件服务器保留8-12 GB。
有一对引导驱动器镜像的1 TB磁盘，如果我要走虚拟化路线，那么我会在引导驱动器上创build另一个分区，格式化为ReFS以保存每个虚拟机的C：驱动器。
然后在RAID 5中有6X 3TB的磁盘 – 同样，如果我是虚拟化的东西，这将被格式化为ReFS和为文件存储创build的一个伟大的大虚拟磁盘。
我会倾向于虚拟化，因为它给你更多的灵活性。 如果硬件处于边缘状态，或者制造商无法解决问题，则可以在线迁移到另一个hyper-v服务器。
真的，虚拟化的唯一缺点是：
是的，即使考虑到开销，也应该虚拟化。 现在运行裸机服务器没有任何意义（唯一的例外是传统操作系统）。
重新考虑在3TB硬盘上使用RAID5，有一个机会，你将无法幸存另一个长时间的重build。 今天，RAID5只能用于固态硬盘，它仍然很有意义。
不要使用DFS-R。 无法复制打开的文件和糟糕的切换逻辑（DFS-R不知道哪个服务器具有最新的一致性数据）会导致非常糟糕的结果，特别是在虚拟化环境中。
使用Storage Replica或StarWind vSAN Free进行复制。
以下是使用Storage Replica在延伸群集configuration中部署HA文件服务器的示例： https : //docs.microsoft.com/en-us/windows-server/storage/storage-replica/stretch-cluster-replication-using-shared -存储
下面是一个如何使用StarWind vSAN构build主动 – 主动HA文件服务器的示例： https ://www.starwindsoftware.com/technical_papers/Microsoft-Hyper-V-2012-R2-Dedicated-SAN-scenario-Basic-2- 节点的setup.pdf
希望能帮助到你。
1）虚拟化一切。 运行裸机没有任何意义（好吧，有一些非常小的案例，但是你不能肯定）。
2）您可以使用Hyper-V作为文件服务器，但要确保获得适当的许可，只需使用免费的Hyper-V就需要至less购买CAL。 我会用手中的EULA与您的微软销售代表交谈。
实际上，您可以在Hyper-V 2016上创build免费的SMB3文件服务器.2016服务器是专门为虚拟机开发和创build的。 根据微软的EULA，不build议重复下面的步骤，因为这个过程是违反许可协议的。 我们可以在Hyper-V 2016上创buildSMB文件共享的原因很简单：所有Windows服务器都需要SMB 1/2/3才能运行，而Hyper-V 2016也不例外。 但这并不意味着您应该在无GUI的Hyper-V 2016上创build任何不受支持的Microsoft服务。
资料来源： https : //www.starwindsoftware.com/blog/free-smb3-file-server-on-hyper-v-2016
在你的情况下，不使用虚拟化似乎是浪费资源，也限制了你可以完成多less，而不需要购买额外的硬件/服务器。 而且，DFS复制需要Active Directory域服务，所以您需要创build一个AD域。