题 我应该担心SAN中的分割I / O吗?


我们有一个NetApp存储系统向几个Hyper-V集群提供LUN。在2008 R2上运行系统性能跟踪(在perfmon中)时,会出现关于“高级别的分割I / O”的警告。读取分割I / O我发现这很可能是由碎片驱动器引起的。

我发现很难相信驱动器在传统意义上是碎片化的,因为一切都是虚拟的(LUN上的虚拟硬盘,卷上,集合中,存储系统上的任何其认为合适的重复数据和重复数据删除那数据也)。那我甚至应该担心这个吗?我看不到存储问题的任何证据,例如过度延迟。

顺便说一句,在我们的一个虚拟机上运行碎片整理分析显示约50%的碎片数据。我想我在某处看到,如果检测到超过20%的碎片是真的,那么Windows会自动拆分I / O吗?碎片整理任务被禁用,所以它怎么知道?


5
2018-03-02 19:05






答案:


由于您所描述的原因,虚拟机中的磁盘碎片只是生活中的事实。在大多数工作负载中,并不需要担心。如果您的工作负载执行大量顺序IO,则可能是性能不佳的原因,而不是随机读/写工作负载。

VM有时被称为I / O混合器:)


5
2018-03-02 19:11





多个I / O总是效率低下。它是否表现为性能问题是您需要确定的。根据定义,某些文件很大并且随机组织数据,因此需要一些拆分I / O.

拆分I / O也可能是另一个潜在瓶颈的症状,例如磁盘队列长度。

您可能希望确保测量storport延迟。它埋在perfmon中,可以按照更多信息部分中的描述进行测量:

http://support.microsoft.com/kb/978000 

众所周知,2008 R2 SP1 storport SAN性能在同一硬件上比Windows 2003慢。

如果存在性能问题,您可能希望确保操作系统是相关的非安全修补程序的最新版本。


3
2018-03-02 22:23



谢谢,我要看看这个,让你知道我发现了什么。 - john


对于Netapp,拆分IO通常意味着 坏对齐。如果您的MBR偏移VM的磁盘块以便它们跨越Netapp块的边界,那么每次从OS操作一个块上执行IO时,您必须两次打到存储。


3
2018-03-03 02:41



谢谢你。我们正在研究2k3 P2V节点上的块对齐。我们所有的2008年的东西往往来自相同的源VHD,所以我相信这些将是准备好的。 - john