建立RAID时，条带设定的比较大有什么不好？

whut123456 · 发表于 2009-4-27 04:00

狂佩服大黄脸。。学习中。。

Jankanwoo · 发表于 2009-4-27 07:24

好文啊,mark之

frank77 · 发表于 2009-4-27 08:13

RAID要看用途来设定条带大小，如果安装系统就用小的，如果用来存储数据（电影、游戏镜像等）就用大的。

fishman · 发表于 2009-4-27 09:49

这个问题也遇到过。我一直用的hp(compaq)系列卡，从431到5302到6402，在ACU里有说明，比较小的64k以下stripe size对小文件读写有利，256k以上比较大的stripe size对大文件读写有利，默认的128k属于平衡型方案。但我自己测试也是越大性能越好，所以一直用的acu允许的最大值。另外同样的几个盘组建r0 r5 r6允许设置的stripe size是不同的，raid等级越高，允许的stripe size越小。

方丈 · 发表于 2009-4-30 02:21

做个记号备用

拳头 · 发表于 2009-4-30 08:51

这个问题也遇到过。我一直用的hp(compaq)系列卡，从431到5302到6402，在ACU里有说明，比较小的64k以下stripe size对小文件读写有利，256k以上比较大的stripe size对大文件读写有利，默认的128k属于平衡型方案。但我自 ...
fishman 发表于 2009-4-27 09:49

晚上下个新固件后再对比一下，觉得这些现象也许是阵列卡固件或者其他方面相互配合时产生的特例

idolclub · 发表于 2009-5-4 23:23

请问一下bcyj，条带长度=划过所有硬盘的条带的总字节数，条带深度=一个条带在某个硬盘上的区域的字节数，那STRIPE SIZE是指条带深度还是长度？其他论坛有人说是长度，但如果8KB的条带长度只有3个硬盘，每个盘的条带深 ...
拳头发表于 2009-4-23 20:25

Stripe Width 是由陣列(Array) 的硬件組成部份來決定，陣列的其中一個特點就是可把數據代整為零，把一個大數據細分成多份小數據同時存入硬盤中以提升整體讀寫效能，Stripe Width 的數值就相當於數據初分開的份數，這個數值是由硬件(或硬盤)來決定的，在建立陣列時就已被確定下來，除非重新建立陣列否則這個數值不會被改動。

例如 73GB HDD x 4 Raid 0 時 Stripe Width 的數值就是４，而 300GB HDD x 8 Raid 0 時Stripe Width 的數值就是８

Stripe Size 在不同的廠商間又被稱為 Block Size，Chunk Size 或 Stripe Length，這個數值的大小與陣列的硬件無關，是一個可讓用戶自定的參數，Stripe Size 的大小就是陣列中每一顆硬盤存放數據時的最小單位。

以一個 73GB HDD x 4 Raid 0，Stripe Size = 128KB 的陣列為例，假設現在要把1MB (1024KB)的數據要寫入這個陣入，數據會如下分配：

１．因Stripe Width 為４，所以首先會把1024KB的數據分為４份，每份大小為1024KB /4 = 256KB，即陣列中的每顆硬盤將會被寫入256KB的數據

２．由於陣列中每顆硬盤的Stripe Size 被設定為128KB，因此256KB的數據會被分為256KB / 128KB =２ Block (單位) 後才寫入硬盤

harleylg · 发表于 2009-5-5 00:27

不能一概而定，看应用…
个人经验，读取为主且小文件居多（寻道敏感应用），条带约小性能越高；其它还是条带越大性能越好。
不过这好像跟硬盘、控制器也有关，最好自己不同情况都测试一下…

harleylg · 发表于 2009-5-5 00:35

不能一概而定，看应用…
个人经验，读取为主且小文件居多（寻道敏感应用），条带约小性能越高；其它还是条带越大性能越好。
不过这好像跟硬盘、控制器也有关，最好自己不同情况都测试一下…

harleylg · 发表于 2009-5-5 00:38

不能一概而定，看应用…
个人经验，读取为主且小文件居多（寻道敏感应用），条带约小性能越高；其它还是条带越大性能越好。
不过这好像跟硬盘、控制器也有关，最好自己不同情况都测试一下…

bcyj · 发表于 2009-5-5 02:34

Stripe Width 是由陣列(Array) 的硬件組成部份來決定，陣列的其中一個特點就是可把數據代整為零，把一個大數據細分成多份小數據同時存入硬盤中以提升整體讀寫效能，Stripe Width 的數值就相當於數據初分開的份數， ...
idolclub 发表于 2009-5-4 23:23

最后那个例子的说法少了个条件，只有在这1MB数据写入的地址是按StripeSize对齐时才是这个程况，不是的话，就会发生跨越

idolclub · 发表于 2009-5-9 23:29

最后那个例子的说法少了个条件，只有在这1MB数据写入的地址是按StripeSize对齐时才是这个程况，不是的话，就会发生跨越
bcyj 发表于 2009-5-5 02:34

舉這個例子只是方便說明原理，實際操作時還會產生很多不同的情況

GZ_Ranger · 发表于 2009-5-10 18:49

条带大小据说就是看应用。
似乎oltp型数据库肯定要小些，视频/文件服务器要大些。
小的条带似乎会提高raid5随机写的能力，据说是条带是raid卡处理的最小单位，raid5写运算时，可能需要将写入值与此条集的校验块进行运算，大多数情况下还要重写校验块，所以条带越小，单io处理的数据越小，iops可能就越大。

拳头 · 发表于 2009-5-10 19:55

楼上记反了，大条带提高并发，小条带提高读写，R3的条带只有512B，主要就是给视频服务器使用的。

GZ_Ranger · 发表于 2009-5-11 08:54

楼上记反了，大条带提高并发，小条带提高读写，R3的条带只有512B，主要就是给视频服务器使用的。
拳头发表于 2009-5-10 19:55

r3是怎么回事我也搞不懂。
不过对于oltp数据库，确实大多数厂商都建议是8kB，无论用sql server 还是 oracle，不过在这种尺寸下，文件拷贝速度有点慢。

帐号		自动登录	找回密码
密码			注册