IOPS的计算公式

hcfuhao

RAID 0  Penalty = 0    WIOPS 175
RAID 1  penalty = 2    WIOPS 85
RAID 5  penalty = 4    WIOPS 40
RAID 6  penatly = 6    WIOPS 30
RAID-DP penatly = 2    WIOPS 85
RAID 10 penalty = 2   
RAID 60 penalty = 6  
RAID 50 penalty = 4
读IOPS理论上通常都为所有单盘的IOPS综合，例如：15K的SAS做RAID5，那么它的IOPS应该是：175x3
(TOTAL IOps × % READ)+ ((TOTAL IOps × % WRITE) ×RAID Penalty)
想问的是% READ和% WRITE怎么算出来？而且这个公式是否正确呢

TiGi

本帖最后由 TiGi 于 12-18-2012 15:37 编辑
没有记错的话，一般按照读80%、写20%计算。
但是这些没有太大的意义：
1、存储盘柜、整列卡内的缓存、算法一定程度上可以提高IOPS；
2、盘柜与主机之间的连接方式(iSCSI、FC、SAS等)，对IOPS也有影响；
3、实际应用，并不一定是“读80%、写20%”，“95%和5%”或者“5%和95%”这样的比例也是存在的。
4、实际应用中读写的真正需求也不经相同 —— 例如希望快读，而不介意写入速度；
5、SSD磁盘；
6、混插及CacheCade之类的加速（这些通常和第一项有点关系）。
——————————————————————————
此外，存储器，作为存放数据的容器，个人觉得数据安全性远比速度重要。有多少人为了速度，而将若干个硬盘只做条带化，然后跑数据库？？？

dilidolo

同意楼上。
更重要的是，离开latency谈IOPS是没意义的。

seanlaser

就像你说的一样，应用决定了最终的用法，因此速度远比安全重要的例子也是有的。当然这种例子多半可以通过内存Cache之类的来完成。例如内存数据库的某些应用。
这让我想起了N多年前关于“内部存储器”和“外部存储器”的说法。在那个里面其实所有除了计算、传输以外的都算“存储”。

seanlaser

可以预见的是随着信息科技的发展，人们对于信息的需求已经不满足于事后存储调阅，而越来越想要实时预判和提供决策分析支持。这种需求决定了及时性大于可靠性，因为那个结果可能仅仅对于那时那地有意义，过了那时侯就毫无价值。而且CAP理论的确立，越发要求考验取舍。

TiGi

本帖最后由 TiGi 于 12-19-2012 13:10 编辑
内存，其实也是有极大的可靠性的 —— ECC、内存镜像、设备的冗余电源、UPS等；此外，内存内的信息，最终还是要存到其他地方的。

seanlaser

内存数据库就是处理那种需要快速结论，但是不需要存的。本质上它处理的通常是实时查询。
当然内存数据库是无法替代传统数据库的作用的。毕竟目前绝大多数还是要靠传统数据库来存需要长期提供反复查询的东西