我为一个约50人的公司工作。 我们的两台服务器（相同的）是用这些规格定制的：
Xeon E3-1270 V3 Intel Entry Server Board 32 GB DDR3 ECC 2x 256 GB SSD RAID1 (for System) 4x 1TB SSD RAID10 (for Hyper-V VMs) Windows Server 2012 R2 as Host and VMs 每个服务器主机两个虚拟机（2个AD +文件共享+漫游configuration文件，1个SQL服务器进行testing，1个其他（不重要））。
我们使用QNAP NAS（2x 2TB RAID1）上托pipe的iSCSI目标中的内置Windows备份来执行每日备份。
服务器没有很多的负载，我们从来没有任何问题。 我们的大部分数据都存储在云端（VS Online，SharePoint）。
但是我想知道是否继续这个设置是合理的，或者如果切换到专业服务器硬件，即一台大型机器更好。
那么有什么缺点，我应该怎么做呢？
听起来像你已经使用体面的硬件。 它出什么问题了？ 这不是太老了吧？ 保持你的东西保修或closures，如果你不想感到太担心（不是每个人都分享我的意见）。
如果你有东西安装冗余和良好的备份，你做的很好。 一台服务器=单点故障，不pipe它有多好，都会让我感到不舒服。 通过围绕如何实现软件/硬件/基础架构/支持明智的决策做出明智的决定，您可以在预算上做很多事情。
如果你没有预防措施或事情到位，也许你应该担心。 如果一个系统死亡，它的服务已经消失了吗？ 这将如何影响业务？ 你能恢复多快？
陷阱？ 依靠。 你没有提供太多的信息。 廉价的驱动器可能会失败或缓慢。 便宜的情况下可能会过热。 廉价的粉丝可以失败。 廉价的SATA / SAS / RAID控制器可能会搞砸或不按预期执行。 廉价的电源可能会死亡，或者如果不是多余的，会让你无法工作。 主板可以做不起眼的东西。 没有远程控制台的系统（国际劳工组织，等等）可能是一个痛苦的pipe理。 廉价的网卡可以有便宜的驱动程序或搞砸了。 许多小的无法预料的问题可能会发生。 另一方面，你可以得到便宜的地狱入门级的东西，performance令人惊讶。 而更昂贵的东西有时也可能是不可靠的。
我已经看到了这一切，在体面*服务器级，低端服务器，工作站和消费级设备。 从长远来看，更高端的东西似乎做得更好（过去的保修方式）。 但如果你买不起呢？ 或者你只能负担一个服务器，不能实现适当的冗余？
采用至强，ECC内存和RAID的双服务器没有什么实质性的错误。 除非你有问题。
假设您的虚拟机是多余的（并且testing这个虚拟机是closures一个节点的），那么由于有两个镜像节点，您可能相对免于硬件相关的中断。
不知道更多，我不会build议下降到一个单一的（较新的）框，除非整个节点的中断不是你的公司的主要问题。
也就是说，了解一些关于您的环境的额外细节将会很有帮助，例如，您拥有这些机器的时间是多久，是否在特定的环境中（干净，干燥的房间和机架等） 。 正如你可能知道，很好的照顾设备持续更长的时间！
一般来说，使用较less的“专业”硬件并不一定是错误的，它只是没有像昂贵的套件一样提供相同的保证或可靠性，这些风险需要与您的预算权衡。
由于您的存储后端是全闪存，您的硬件完全可以满足上述工作负载。 我唯一担心的问题是你的虚拟机在一台服务器上被拆分并运行，而不是在服务器之间被镜像/同步，特别是如果它们是相同的。 因此，我强烈build议您使用一些软件定义的存储（虚拟SAN），这样可以让您将两台服务器连接到一个集群，并使您的虚拟机免受可能的硬件故障的影响。
可能的选项是HP VSA http://www8.hp.com/us/en/products/storage-software/product-detail.html?oid=5306917或EMC Unity VSA https://store.emc.com/us/产品系列/ EMC-Unity-Products / EMC-Unity-VSA / p / EMC-Unity-Virtual-Storage-Appliance这是免费的，但据我所知不允许生产。 由于您使用的是Hyper-V，因此完美的select是使用StarWind Virtual SAN https://www.starwindsoftware.com/starwind-virtual-san ，它可以在Windows的本地运行，并允许您无缝地创build一个完整的，functionMicrosoft故障转移Hyper-V群集仅使用直接连接的存储。
我也build议使用VEEAM B＆R https://www.veeam.com/vm-backup-recovery-replication-software.html有一个免费版本或Bacula http://blog.bacula.org/备份您的虚拟机使用本机Windows 2012服务器备份的原因是因为在尝试恢复虚拟机时导致问题。
在小型部署中，通常最好多个（至less2个）便宜的机器，而不是一个昂贵的机器。 换句话说，在小型部署中，最好是比宽高。 原因是这样你有一些冗余的成本有限的增加。 两台3000台服务器可能能够做到5000台服务器同样的function，但是如果昂贵的服务器出现故障，您将被closures。 如果其中一个更便宜的虚拟机出现故障，至less有一半的虚拟机仍在运行，并且也可能运行其他虚拟机，但速度会很慢。
你应该考虑的事情是不要单独pipe理这些服务器，而是以某种方式将它们集中在一起。 您的虚拟化解决scheme应该能够创build一个故障转移群集，以便在虚拟机所在的主机上无所谓，如果主机死亡，虚拟机将自动迁移。 这也减less了微观pipe理，并且意味着将来您可以添加新的服务器，同时保持旧的服务器运行，直到这样做不再经济。 这个决定通常归功于功耗或空间限制。
如果您想增长更多，您可能希望从服务器上的存储迁移到SAN。 这样，你的服务器就变成了纯粹的计算节点，它们的健康对于虚拟机来说并不重要。
只要您的networking和备份系统上没有任何问题，您可以继续使用此设置，但是将来最好是将专业服务器设置为100％“安全”。