首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >将现有工作负载移动到windows 2012 R2分层存储,调整大小

将现有工作负载移动到windows 2012 R2分层存储,调整大小
EN

Server Fault用户
提问于 2016-03-23 12:53:04
回答 4查看 268关注 0票数 1

我有一个Hyper-V主机,它的性能受到存储子系统的限制,这是一个RAID 10阵列。

我想添加两个SSD PCIe卡,并使用它们使用Windows2012R2分层存储创建镜像快速层。

问题是我应该如何确定我的快速层应该有多大?在购买和安装SSD之后,我可以运行Storage优化报告,并确定它们的大小是否正确,但是如何在安装SSD之前运行报告呢?

EN

回答 4

Server Fault用户

发布于 2016-03-30 21:40:27

您想要的是跟踪您的系统活动,看看快速SSD缓存可以满足多少I/O请求。为了获得有意义的值,您应该多次跟踪整个工作日的系统。

为此,您可以使用(磁盘计数器)和更深入的Xperf工具。虽然很容易使用,但Xperf的挑战性要大得多。您可以阅读更多关于它的这里

使用从存储子系统读取/写入的总I/O字节,您可以开始考虑您的快速SSD层。

无论如何,作为基线,我将在大约1/8的SSD层使用主存储数组。同时,我会寻找显著(仍然非常快) SATA/SAS磁盘,而不是快速,但定价过高的PCIE存储。

票数 2
EN

Server Fault用户

发布于 2016-03-23 13:25:28

这不可能得到认真的回答,因为很大程度上取决于使用模式和所需的性能。你会遇到糟糕的时刻。补丁日-恶意软件清除工具运行-大部分出现在我的脑海,这将超过你扔在它身上的任何东西。

但如果不是那样的话--如果没有更多的细节,这个问题真的是无法回答的。VM的使用模式可能有很大差异(例如,DNS/ AD与大量使用的构建服务器相比)。假设你现在有一个8tb的大小--我可能会尝试使用1tb的大小(很明显,这是你想要的那样),然后看看从那里到哪里。

票数 1
EN

Server Fault用户

发布于 2016-03-30 19:15:18

这实际上取决于您拥有的热数据量--只有在部署了解决方案之后才能确定这一点。

当您在工作负载上虚拟化数据库时,我建议至少为这些数据库计算足够的SSD存储空间--这里有许多IOPS并不少见,可能是一个起点。但这确实是一个非常粗糙的经验法则。

在我看来,一个更重要的因素不仅是您拥有的SSD存储量,还包括磁盘的数量。存储池的性能在很大程度上取决于您正在使用的NumberOfColums。由于此值不能在现有虚拟磁盘上更改,因此您很可能希望在创建磁盘时获得一个良好的值。

这里的建议是在3到4之间使用NumberOfColumns,所以无论是3还是4。拥有更多的列意味着更快,但稍微增加了延迟。

另一个重要的因素是交错的大小。有一些建议(我们也在使用)来为超v工作负载设置一个与64k的较小的交错大小。默认值为256 K(至少在服务器2012 R2之前)

回答您的实际问题:

最好至少获得4或6个SSD驱动器,并将它们放在至少4或6个硬盘驱动器的池中。当计划扩展时,如果您需要更多的存储空间,那么使用6 SSD +6 HDD并添加更多的HDD驱动器,并且优化不会显示您的SSD驱动器是有限的。

关于定价,解决方案的价格范围可能类似于许多PCIe卡,但更可扩展,甚至更快。

一个很好的副作用是,由于多个SSD驱动器可能比PCIe驱动器提供更多的存储空间,所以SSD池上可能有更多的空间可用。

票数 0
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/765598

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档