NaO*_*aOH 3 performance sql storage-area-network sql-server-2005 dell-equallogic
最近,我将所有 Dell Equallogic SAN 整合到同一组中;以前,每个 SAN 都位于自己的组中。它们都装有 RAID 6 中的 15k RPM SAS 驱动器,因此我没有费心对新整合组的存储进行分层,因为它们基本上都是相同的。
在此过程中,我将所有虚拟机更改为使用 VMDK 存储而不是 iSCSI,因为我相信性能会更好。
我现在被告知我们的 MS SQL 2005 服务器(目前是我们的主 SQL 框)的磁盘 I/O 性能一直比执行这些操作之前更差,但我不明白这是怎么回事。 ..它的磁盘(C - OS、D - MDF、E - LDF)现在比以前跨越更多的读取头,我的理解是 VMDK 存储比 iSCSI 性能更高。
那么什么给出呢?以下是 Solarwinds Database Performance Analyzer 中的“总 I/O 等待时间”图表:
将这些 EQL 阵列组合到单个池中时要记住的第一件事是每个卷上的工作负载有可能影响其他卷上的性能。尽管您的 SQL 数据库现在驻留在更多的物理轴上,但由于其他工作负载共享相同的轴,因此可能会出现更多的资源争用。
我想到的第二个主要因素是存储网络。由于成员位于单独的池或组中,几乎所有 iSCSI 网络流量都来自主机的 I/O。不过,对于单个组和池中的成员,您必须考虑组内流量 - 主要是页面移动。页面移动使成员之间的正在使用的容量保持一致,并且还将“热”数据平衡到工作负载相对较低的成员。查看有关Equallogic 负载均衡器的白皮书,了解一些更深入的信息。
如果交换机不符合戴尔存储兼容性表中描述的标准(请参阅第 19 页),则流量的增加很容易超出交换机的能力。
您可能还需要阅读VMware 和 Equallogic 的最佳实践白皮书,以确保您的配置不会造成问题。
一些问题:
您对任何阵列有有效保修吗?如果是这样,这确实是您应该从支持人员那里获得的信息 - 大量精通性能的资源可以提供帮助。
不幸的是,我对任何阵列都没有有效的保修。
您是否安装了 SAN 总部并监控该组?如果没有...安装并配置它(假设您有保修并且可以获得它)。它提供了对您了解潜在根本原因所需的许多存储性能指标的一些重要见解。
不过,我确实有 SAN 总部...您能否详细说明我应该在其中查看哪些内容以帮助确定这一点?
最容易检查的地方是“实验分析”,它为您提供与“估计最大 IOPS”相比的工作负载图表。您可以查看整个群组和单个成员的信息。您还可以在硬件部分查看各个主轴的 IOPS 和队列深度,尽管仅通过这些数字很难判断主轴是否过度工作。
现在同一个池中有 5 个数组
我强烈建议您考虑将它们分成两个池,一个池中的成员不超过 3 个。当卷不在将容量重新平衡到不同成员的过程中时,卷仅在 3 个成员之间分配(这种情况在快照不断更改使用空间的卷上经常发生)。将成员数量减少到最多 3 个将阻止在成员之间不断追求使用容量尽可能相等的情况下在成员之间重新平衡整个卷切片而产生的大量“流失”。
除了所有这些信息之外...如果您无法自行查清问题的真相,您可能会考虑向戴尔支付支持票,让某人与您一起检查环境中的所有内容以找出原因。
| 归档时间: |
|
| 查看次数: |
525 次 |
| 最近记录: |