未解决
此帖子已超过 5 年
2 Intern
•
1.4K 消息
2
4242
【Q&A】VNX FAST Cache
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好?
Jason_Zhou
2 Intern
2 Intern
•
1.2K 消息
0
2013年1月21日 00:00
很好的关于FAST Cache的总结啊。Q&A的方式清晰明了,all-in-one
zhouzengchao
2 Intern
2 Intern
•
1.4K 消息
0
2013年1月21日 21:00
两位很给面子,大过年的好彩头啊!Yanhong唤吾"超哥”,实不敢当啊!
Yanhong1
1.6K 消息
0
2013年1月21日 21:00
顶一下超哥,总结的很好。
大家觉得有什么主题比较好,也可以提出来。我们都总结总结过大年。哈哈
zhouzengchao
2 Intern
2 Intern
•
1.4K 消息
0
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快速充斥。
Jack_Mei
215 消息
0
2013年2月16日 21:00
总结得很好,谢谢。
yanzs
2 Intern
2 Intern
•
913 消息
0
2013年2月21日 16:00
谢谢,收藏先!
yeqing
1 Rookie
1 Rookie
•
37 消息
0
2013年4月17日 05:00
这个总结的太精彩了,清晰易懂!