开始新对话

未解决

此帖子已超过 5 年

3094

2013年11月26日 19:00

【微博用户问题分享】关于LUN的响应时间

微博用户@zedware问道:

LUN的响应时间可否做到上下波动的幅度很小,以支持某些对此很敏感的应用?

小编觉得这是个很有意思的话题,值得深入探讨一下。

请各位感兴趣的朋友来发表意见吧~

4K 消息

2013年11月26日 21:00

LUN response time要波动很小,那就不能用传统写缓存机制的阵列(有high/low watermark),否则在force flush时对性能影响太大。像最新一代VNX那种取消high/low watermark的动态缓存管理方式也许行,不过暂时没看到更多的测试数据。

另外也不能用机械硬盘了,怎么也要全闪存,否则总归会出现spindle contention(硬盘转轴争用)的情形。而且也不能用FAST VP分层存储,当然全闪存了分层也没意义了。

如果都全闪存了响应时间还达不到要求,那给主机添加类似EMC XtremSF的PCIE闪存扩展卡应该也会有较大的帮助,不知国内有没有用过的朋友来介绍介绍心得。

1.4K 消息

2013年11月27日 01:00

My answer is: consistent workload always gives you consistent LUN response time!

146 消息

2013年11月27日 17:00

很赞同阿超的看法,最好的解决思路还是从应用上解决。应用一般都会有峰值/谷值,一般硬件设计都会根据峰值来设计,如果是在硬件侧考虑LUN响应时间波动小的想法,牺牲硬件成本,使用缓存技术应该是可以。像Roger说的,后端使用闪存,降低内存到磁盘的flush开销。或者主机端使用SSD/flash disk处理热点数据,让后端阵列处理温和的数据。

146 消息

2013年11月27日 18:00

如果从优化的角度考虑,不知道以后在阵列内存或FAST Cache的使用中是否能加入针对LUN IO的优先级配置,这样在一定条件下,牺牲非关键应用的响应时间,可以满足对重点业务的性能保障需求。记得好像在VMAX上有个Host I/O Limit的限制,不过没用过,想法类似。

222 消息

2013年11月27日 23:00

这个貌似很高深的样子。

118 消息

2013年11月29日 18:00

确实,我也感觉这表达有点高深啊,很多厂商都推全闪存阵列了。这个响应时间非常快。

找不到事件!

Top