科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网存储频道8G之路:IBM DS5300存储系统详测

8G之路:IBM DS5300存储系统详测

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

服务器虚拟化和高清流媒体已成为促使中端存储系统继续提升吞吐能力,并将主机端口带宽倍增至8Gb/s的两大推动力。存储时代网站(www.Stor-Age.com)对IBM中端存储的旗舰产品——System Storage DS5300——进行了针对性的深入测试,籍此向广大的读者展现目前中端存储系统所能达到的性能水平,并率先领略8Gb/s FC(8GFC)的魅力所在。

来源:Stor-Age.com 2009年10月20日

关键字: IaaS DS5000 8GFC 中端存储

  • 评论
  • 分享微博
  • 分享邮件

在本页阅读全文(共8页)

8G之路:IBM DS5300存储系统详测

写胜一筹:聚合吞吐量名不虚传

对于测试DS5300的整体性能测试,本着“能力越强,责任也就越大”的原则,我们给每个4Gbps端口分配了3个LUN,8Gbps端口则要多一个,即4个LUN。如此一来,4个4Gbps端口,和4个8Gbps端口,正好把这台DS5300的28个LUN分光(3 × 4 + 4 × 4 = 28),聚合带宽为4.8GB/s。

DS5300持续写的聚合吞吐量超过了4500MB/s,接近4.8GB/s的聚合带宽理论值

既然是持续读写操作,I/O数据块的尺寸不会太小,所以我们的测试直接从16KB起步。持续写的聚合吞吐量随I/O块增大而攀升的速度不是很快:64KB时接近3500MB/s,128KB时超过4000MB/s,512KB以后才稳定在4500MB/s附近——但是这个数值非常的高,离4.8GB/s的理论上限相差无几,是非常不错的表现。

将DS5300的Cache块尺寸设置在32KB的最大值,以适应持续读写的大I/O数据块请求

相比之下,持续读的聚合吞吐量在16KB时就超过了2000MB/s,32KB时达到3000MB/s,64KB/s时已在3500MB/s以上,可见对较小I/O块的优化很不错。不过,随着I/O数据块的尺寸进一步加大,持续读的聚合吞吐量没有明显的增长,而是在3500-3600MB/s的区间徘徊,与持续写的差距较为明显。据我们分析,造成这种现象有两种可能:一是受到了两台x3550服务器的性能限制,对此我们在正式测试结束后,通过增加一台刀片式服务器的做法,获得了5GB/s以上的持续读性能,得以部分证实;二是与测试所用的Brocade 825 8GFC HBA的读特性有关,笔者将在稍后专文讨论。

DSSM软件的性能监视器,红色方框内是一个8Gbps端口对应的4个LUN上的吞吐量,蓝色方框内则是一个4Gbps端口对应的3个LUN上的吞吐量(单位:KB/s)

除了使用IOmeter这样的测试软件,DS Storage Manager(DSSM)软件也提供了性能监视器(Performance Monitor)的功能,供管理员了解DS系列存储系统的性能状况(有几秒钟的延时)。上图是我们做持续写测试时性能监视器的截屏,可以看到“Current KB/second”一栏最下方的黑体字与IOmeter测得的4500MB/s聚合吞吐量数据基本吻合(计量方式不同造成细微差异)。此外,也不难发现,8Gbps端口对应的4个LUN上的吞吐量之和(188 × 4 ≈ 750MB/s)大约两倍于4Gbps端口对应的3个LUN之和(133 × 3 ≈ 390MB/s)。

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章