我想问问你们，如果使用这个解决scheme来build立一个小公司的基础架构是个好主意，那么他们已经完成了一些Hyper-V的实现。
这个想法是有1个物理服务器（2个处理器，32GB RAM）和Server 2012标准+ Exchange 2013标准的许可证。 我知道build议不要在DC上安装Exchange，这就是为什么我更愿意在Hyper-V服务器上安装2台主机（DC和Exchange）的原因。
有什么不清楚的是服务器上的Hyper-V设置：这是Server 2012 Core还是Hyper-V可以安装在全function（带GUI）服务器上？ 在硬件设置方面我应该注意什么？ 这种情况下是否有任何指导方针/最佳做法？
我认为，这是否是一个“好select”，主要是主观的。 我认为我的回答/意见应该是这样的：“好吧，如果这是你的全部，你可以在技术上使它工作，我不认为这是一个理想的情况，但我会考虑比在DC上安装DC和Exchange更好相同的OS实例“。
如果这是服务器2012年核心可以安装在全function（与GUI）服务器？
取决于您的pipe理员可以处理的内容。 Server Core无法处理此范围内的任何内容。 但是，您需要了解大量的Powershell，并在远程计算机上安装RSAT以有效pipe理Server Core。
在我看来这是一个很好的select。 不过，我并不确信您需要使用Hyper-V Server 2012（裸机）。 由于许可，在你的情况下，它更好地运行在Windows 2012标准的hyper-v。 由于您可以在您的物理机器上运行2个Windows 2012标准来宾主机，因此您可以将其实际用作文件服务器或甚至是域控制器。 然后，你仍然可以select安装2个虚拟机的windows 2012 std与相同的许可证来安装DC和Exchange 2013。
无论如何，我肯定会考虑购买另一台类似的机器，以便可以对物理主机进行群集。 如果你购买3分，你甚至不需要文件共享。 但是，这将使您的许可成本增加两倍，而且由于您将VM集群化（浮动在集群节点上），您仍然只能在该集群上运行2个虚拟机。 但是它是一个很好的故障转移select。 实际上Exchange是为了在一个集群虚拟环境中工作而devise的。
希望这可以帮助。
这不是一个好主意，因为它将networking基础架构的两个关键部分嵌套在一起，在一个可能使得更难以摆脱某些失败模式的地方。
我甚至希望在运行我的主要域控制器在Hyper-V之前运行一个小型便宜的桌面PC上的域控制器。 为什么？ 因为某些故障中断访问主域控制器的实际可能性较高。
需要注意的事项：
使用Hyper-V虚拟化networking在使用域控制器进行testing时并不完全可靠，尤其是当外部物理PC只有一个以太网端口并使用Hyper V虚拟以太网适配器和虚拟networking段时。 如果你真的必须使用一个盒子，你必须在第二块pci-E以太网卡上投资20美元。
如果您尝试此操作，请期待并观察磁盘带宽问题。
我甚至不会尝试。