开始新对话

未解决

此帖子已超过 5 年

4242

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,其设计目的是什么?

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

Q2FAST Cache是否需要购买?

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

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

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

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

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

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

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

Q6FAST Cache需要容量规划吗?EMC是否有推荐的大小?

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

Q7FAST 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 CacheRAID1,是这样吗?

A9:是的,SSD会两两组成RAID1。比如4SSD,那么disk 1/2是一组RAID1disk3/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

Q11FAST Cache盘坏了,hot spare会顶上来吗?

A11FAST Cache支持hot spare,也支持proactive hot spare,但必须配置SSD spare

Q12FAST cache对于OLAP之类的业务是否最佳选择?

A12https://community.emc.com/thread/145561?tstart=30

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

A13https://community.emc.com/thread/136542?tstart=60

Q14FASTFAST Cache的区别?

A14https://community.emc.com/thread/167524?tstart=0

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

A15https://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