iStorage2.6.0的ShareRaid说明
2.6.0主要的特点是加了3中ShareRaid: ShareRaid0(new),ShareRaid1和ShareRaid10
ShareRaid0(new)是原来的ShareRaid0的改进:
性能上好一些;
没有冗余,坏一个盘,游戏就丢失;
要求游戏盘个数最少2个。
ShareRaid1是新设计的:
可靠性最好,坏多个数据盘,不会丢失游戏(只要有一个不坏就可以);
ShareRaid1性能也最好;
就是磁盘利用率低,就是多个磁盘当一个盘用,其它的都是备份;
要求游戏盘个数最少2个。
ShareRaid10是新设计的:
可靠性很好,坏一个数据盘,不会丢失游戏;
ShareRaid10性能也很好;
磁盘利用率是总磁盘的一半。
ShareRaid10要求游戏盘个数最少4个,且是双数,也就是说磁盘个数必需是:4 , 6,8,10等。
可靠性,性能和磁盘利用率对比
在同样个数的磁盘情况下:
可靠性:ShareRaid1 > ShareRaid10 >ShareRaid0(new);
性能最好: ShareRaid1 > ShareRaid10 >ShareRaid0(new);
磁盘利用率: ShareRaid0(new) > ShareRaid10 >ShareRaid10
例如:
4个320G的做ShareRaid1,虚拟盘是320G
4个320G的做ShareRaid10,虚拟盘是640G
4个320G的做ShareRaid0(new),虚拟盘是1280G
另外,磁盘最好是一样大小的,否则是按照最小的盘的容量来计算。
具体用那种方式,看用户的需求:
如果游戏少,一个磁盘的容量就够了,用 ShareRaid1;
如果游戏较多,一半磁盘的容量就够了,用 ShareRaid10;
如果游戏很多,用 ShareRaid0(new);
例如: 有4个320G的游戏盘.
如果总游戏200G,那建议采用ShareRaid1,虚拟盘320G;
如果总游戏400G,那建议采用ShareRaid10,虚拟盘640G;
如果总游戏800G,那建议采用ShareRaid0(new),虚拟盘1200G;
另外,对于这三种方式:都是是硬盘越多,性能越好。
重建说明:
ShareRaid0(new)坏了,不能够重建,要重新配置,重新拷贝游戏;
ShareRaid1:
如果坏了一个盘,可以不管他,就是性能差一点,比如原来4个盘,坏了一个盘,拿下这个盘,就相当于3个盘的ShareRaid1;
如果想还用4个盘,加一个新盘上(最好将这个盘在windows下把所有的分区都删除,这样好在Linux确定哪个盘是新盘),在Linux下执行par,看看哪个盘是新盘(没有分区的就是),比如是sdc;
如果sdb是原来的游戏盘,那么执行cp /dev/sdb /dev/sdc ,就可以了。
如果原来配置磁盘少,想加磁盘,也可以采用这种方法,比如原来配置2个盘的ShareRaid1,想加一个盘。最后要在管理客户端的共享管理中重新设置一下ShareRaid1。
ShareRaid10:
如果坏了一个盘,可以正常使用,性能会下降一些;
最好要恢复到原来的情况,否则性能不平衡;
首先关机,接上一个新盘上(如果这个盘以前做个ShareRaid10,最好将这个盘在windows下创建一个主分区,如果没有做个ShareRaid10,就不需要)。数据线还要接原来坏盘的位置。
在Linux下执行rebuild命令,这个命令会自动识别需要重建的盘,并提示,如果你确认提示正确(一般情况下都是正确的),直接输入Y回车,就会自动重建。
另外,在重建时,客户端一定不能够用iscsi超级用户方式登陆,否则可能造成数据一致性问题,最好的办法,是在没有人的时候,把服务器网线拔下来.
回复自“iStorage2.6.0的ShareRaid说明”
Back Top
发表回复