我有一台Hyper-V主机，它的性能受存储子系统（RAID 10arrays）的约束。
我想添加两个SSD PCIe卡，并使用它们来创build使用Windows 2012R2分层存储的镜像快速层。
问题是我应该如何确定我的快速层级应该多大？ 在购买并安装SSD之后，我可以运行存储层优化报告，并确定它们的大小是否正确，但在安装SSD 之前如何运行报告？
你想要的是跟踪你的系统活动，看看有多lessI / O请求可以由快速的SSDcaching满足。 为了获得有意义的价值，您应该多次跟踪您的系统整个工作日。
为此，您可以同时使用Windows性能监视器（磁盘计数器）和更深入的Xperf工具。 虽然Windows性能监视器非常易于使用，但Xperf显然更具挑战性。 你可以在这里阅读更多。
通过从/向存储子系统读取/写入总I / O字节，您可以开始推断您的快速SSD层。
无论如何，作为一个基准，我将在大约〜1/8的SSD存储arrays上使用它的价值。 与此同时，我会寻找显着（仍然非常快）的SATA / SAS磁盘，而不是快速，但价格过高的PCIE存储。
这不能认真回答，因为很多取决于使用模式和所需的性能。 你会遇到不好的时候 补丁日 – 恶意软件删除工具运行 – 大多数都在我脑海里，它会过度吹你的东西。
但如果不是这样的话 – 这个问题真的不能没有更多的细节来回答。 虚拟机的使用模式可能会有很大差异（例如，DNS / AD与使用较多的构build服务器）。 考虑到8TB的大小现在你有 – 我可能会尝试去1TB大小（显然，你想他们镜像2×1TB），看看它从哪里去。
不幸的是没有任何工具可以预测这一点。 所以你需要安装SSD才能运行这个工具，告诉你是否提供了足够的存储来获得你所需要的IO。
引用 ：
快速查看“存储层优化报告”可以告诉您，您是否已经提供了足够的SSD层容量来获得所需工作负载的I / O优化（即SSD层所服务的I / O的百分比）存储空间。 适当的性能目标取决于工作负载的性质和要求。
这实际上取决于您拥有的热门数据量，而且您只能在部署解决scheme时才能确定这一点。
在虚拟化工作负载上的数据库时，我会build议至less为这些数据库计算足够的SSD存储空间 – 这里有许多IOPS并不罕见，可能是一个起点。 但这只是一个非常粗略的经验法则。
在我看来，一个更重要的因素不仅是SSD存储的数量，还有磁盘的数量。 存储池性能严重依赖于您正在使用的NumberOfColums 。 由于无法在现有的虚拟磁盘上更改此值，因此您希望在创build磁盘时能够获得良好的价值。
这里的build议是使用3到4之间的NumberOfColumns – 所以3或4.有更多的列意味着更多的速度，但稍微增加了延迟。
另一个重要因素是交错大小。 有一些build议（我们也在使用）来为超级v工作负载设置一个64k的交叉大小。 默认是256K（至less在Server 2012 R2之前）
要回答你的实际问题：
将至less4个或6个SSD驱动器放置在至less有4个或6个HDD驱动器的池中可能会更好。 在规划扩展时，如果您需要更多的存储空间，并使用优化，则不能使用6 SSD + 6 HDD，并需要添加更多硬盘驱动器，这并不表示您的SSD驱动器已达到极限。
关于定价方面，解决scheme的价格可能与许多PCIe卡相似，但更具可扩展性，甚至更快。
一个不错的副作用是，你会有更多的空间在SSD池可用，因为多个SSD驱动器比PCIe驱动器提供更多的存储空间。