开始新对话

未解决

此帖子已超过 5 年

4240

2013年1月20日 22:00

【Q&A】VNX FAST Cache

​【Q&A】SnapView Clone常见问题解答​

​【Q&A】SnapView Snapshot常见问题解答​

​【Q&A合集】VNX FAST Cache​

​【Q&A】VNX FAST VP​

​【Q&A】VNX Virtual Provisioning​


​Q1​​:什么是​​FAST Cache​​,其设计目的是什么?​

​A1​​:​​FAST Cache​​是从​​CLARiiON R4.30​​开始引入的一种用于增强存储整体性能的软件。考虑到中端存储并没有非常富裕的​​DRAM Cache​​,因此业界引入了​​Cache Tier​​的概念,采用相对便宜的​​SSD​​闪盘作为​​DRAM Cache​​的扩展,从而达到增强存储性能的目的。​

​Q2​​:​​FAST Cache​​是否需要购买?​

​A2​​:是的。在​​VNX​​中,​​FAST Cache​​包含在​​FAST Suit​​中,需要购买许可证。详细信息可咨询​​EMC​​售前服务​​400 650 6006​​。​

​Q3​​:安装​​FAST Cache​​是否会对存储系统造成影响?​

​A3​​:会对性能产生影响。安装​​FAST Cache​​时,系统会临时禁用​​Read/Write Cache​​用以调整空间分配,系统需要额外的​​DRAM​​空间保存​​FAST Cache​​的​​Memory Map​​副本。所以,尽可能在维护时刻安装​​FAST Cache​​。​

​Q4​​:对于每一个​​incoming I/O​​,​​FAST Cache​​的​​policy engine​​都要检查​​memory map​​,这在性能上的开销大吗?​

​A4​​:​​EMC​​测试的结论是开销非常小,相比带来的性能提升可以忽略不计。​

​Q5​​:既然是​​Cache​​,那存储掉电后数据会丢失吗?​

​A5​​:不会。​​FAST Cache​​虽然其设计用途为​​Cache​​,但其数据是保存在​​SSD​​闪盘而非像​​DRAM​​这样的易失性存储。​

​Q6​​:​​FAST Cache​​需要容量规划吗?​​EMC​​是否有推荐的大小?​

​A6​​:需要容量规划,没有推荐大小。在部署之前,得知应用程序活跃数据的大概值可以帮助确定​​FAST Cache​​的初始容量设定。如果设置太小,会平凡发生​​promotion​​和​​write back​​,对性能的增加不利;设置太大的话又是一种浪费。​

​Q7​​:​​FAST Cache​​适用于任何应用吗?是否有最佳实践配置?​

​A7​​:不是,既然是​​Cache​​,自然喜欢命中率较高的应用,所以那些连续读写的应用,比如备份、归档就不适合了。具体适合哪类​​I/O​​以及最佳实践,参考​​https://community.emc.com/docs/DOC-19673​

​Q8​​:如何理解​​FAST Cache​​对读写​​I/O​​的处理流程?​

​A8​​:参考​​https://community.emc.com/docs/DOC-20152​

​Q9​​:听说​​FAST Cache​​是​​RAID1​​,是这样吗?​

​A9​​:是的,​​SSD​​会两两组成​​RAID1​​。比如​​4​​块​​SSD​​,那么​​disk 1/2​​是一组​​RAID1​​,​​disk3/4​​是另一组​​RAID1​​。假设​​disk1​​坏了,虽然还有​​disk2​​备用,但系统会停止对​​disk2​​进行写操作,并且会加速将​​disk2​​上的数据刷到后端磁盘。对于​​disk3/4​​,依然允许读写。​

​Q10​​:我在用​​Unisphere Analyzer​​观察​​FAST Cache​​,但等待了许久没有发现​​I/O​​是被​​FAST Cache​​服务的,这是为什么?​

​A10​​:系统会尽可能使用​​DRAM Cache​​来服务​​I/O​​,在测试环境下,如果想立刻看到​​FAST Cache​​的作用,可以禁用掉​​DRAM Cache​​。​

​Q11​​:​​FAST Cache​​盘坏了,​​hot spare​​会顶上来吗?​

​A11​​:​​FAST Cache​​支持​​hot spare​​,也支持​​proactive hot spare​​,但必须配置​​SSD spare​​。​

​Q12​​:​​FAST cache​​对于​​OLAP​​之类的业务是否最佳选择?​

​A12​​:​​https://community.emc.com/thread/145561?tstart=30​

​Q13​​:如何查看当前​​“​​预热​​”​​的状态(即查看大致有多少热数据已经被提升到了​​Flash​​盘上)?​

​A13​​:​​https://community.emc.com/thread/136542?tstart=60​

​Q14​​:​​FAST​​和​​FAST Cache​​的区别?​

​A14​​:​​https://community.emc.com/thread/167524?tstart=0​

​Q15​​:有限的固态硬盘投入在​​FAST VP​​的​​pool​​里好还是​​FAST Cache​​好?​

​A15​​:​​https://community.emc.com/thread/162792?tstart=0​

2 Intern

 • 

1.2K 消息

2013年1月21日 00:00

很好的关于FAST Cache的总结啊。Q&A的方式清晰明了,all-in-one

2 Intern

 • 

1.4K 消息

2013年1月21日 21:00

两位很给面子,大过年的好彩头啊!Yanhong唤吾"超哥”,实不敢当啊!

1.6K 消息

2013年1月21日 21:00

顶一下超哥,总结的很好。

大家觉得有什么主题比较好,也可以提出来。我们都总结总结过大年。哈哈

2 Intern

 • 

1.4K 消息

2013年1月24日 17:00

看到个新问题,也帖进来供参考

Q16. promote时判定的“次数”需要在部署时候配置吗?或者是固定值?一旦固定,针对不同的模型,是否会由于门限过低而出现频繁的“饱和——淘汰——promote新数据”?门限过高是否又会导致需要promote的数据得不到及时服务?

A16:

1. 这个次数没法改,hard coding的,应该是3次。

2. 其实只要是【small, random, read heavy  I/O】,通常都表现出较高的rehit,满足cache对high locality of  reference的要求,所以不会导致你说的问题。但必须保证FAST Cache的size能够满足active working dataset的size,否则就有可能导致频繁的repromotion

3. 你说的“门限”问题之前三楼的Yuan,Han其实也有差不多的疑问,认为不采用“门限”的方式,来多少I/O都进FAST Cache,不是更好。我当时有自己的理由,但也没有不同意他的观点。听说VNX新的版本会有behavior change,可能就是来多少收多少。当然我之前提到过sequential i/o所导致的问题,不过R32已经对small, sequential i/o做了智能过滤,不再promote。相信下一个版本会加入更多智能,实现来多少收多少,而不会造成FAST Cache被sequential i/o快速充斥。

215 消息

2013年2月16日 21:00

总结得很好,谢谢。

2 Intern

 • 

913 消息

2013年2月21日 16:00

谢谢,收藏先!

1 Rookie

 • 

37 消息

2013年4月17日 05:00

这个总结的太精彩了,清晰易懂!

找不到事件!

Top