标签：iops
从说要在51上写博文，到现在已经过去9个月了。没有一份东西出来，惭愧！
第一次写，语言组织得不好，见谅。
最近几年，工作中碰到了几次SQL Server的Disk I/O的问题，最后都归结到IOPS上。下面我总结一下自己对IOPS的理解，希望对大家有所帮助。
IOPS的最终的瓶颈是单个硬盘的瓶颈。在SSD之前，无论是SAS,FC,SATA 硬盘，单块硬盘最大IOPS都在200以下。SSD的单个硬盘的IOPS达到2000以上。所以，在存储中使用SSD硬盘,能大大的提供这个存储子系统的IOPS容量。
RAID组的写惩罚（Write Penalty）问题。RAID 10 是2，RAID 5是4，RAID 6是 6。 也就是说，如果一台Server的写I/O是400，那么，给RAID组（假设都是4块硬盘）的总写I/O分别是： RAID 10=800(400*2)，RAID 5=1600(400*4),而RAID 6是 2400（400*6）. 假设是用的15K SAS 硬盘（单磁盘IOPS=200），此时只有连续写，那么每块硬盘承受的IOPS为 RAID10= 200，RAID 5=400，RAID 6=600. 可以看出来，同样的DISK I/O 负载，不同的阵列类型，硬盘最终承受的IOPS不一样。 在上面的例子中，RAID 5/RAID 6 都可能会有比较长的磁盘队列等待（磁盘反应慢）。因此，在大中型系统中，尽量避免使用RAID 5/RAID 6. 否则，就算用的是高端存储，有几十GB的缓存，也会出现I/O 性能问题。
今天就写到这里了，后面有时间再介绍如何利用Windows性能分析器分析Disk I/O的监控数据。
本文出自 “林子” 博客，请务必保留此出处http://152957.blog.51cto.com/142957/1696396
标签：iops
原文地址：http://152957.blog.51cto.com/142957/1696396
