EMC FAST VP and FAST Cache

一、FAST VP

FAST VP(Virtual Pools)是通过在sub-lun级别上智能管理数据的存放来增强性能.

1. FAST VP的所处理的最小单位是1GB.

2. FAST VP在VNX, CLARiiON CX4 (R30以后)平台需要单独的license来实现.

3.支持三个层级: Flash drives, SAS driver for VNX 或FC drives for CX4和 NL-SAS for VNX以及SATA for CX4. 对应的称呼是高性能层,性能层和容量层. 在第二个Tier上不再细分SAS, FC以及相关的10K或15k转速.

4.在VNX平台上,FAST VP还可以实现文件和块级别的自动分层,例如在VNX5300上,VNX Data Mover同样可以利用virtual pools来实现和在块一样的文件级别的自动分层

5. 需要另外创建出Storage pool而不是以前的RAID Group来实现在这三个层上进行自动分层,不像以前在RAID Group上一个Lun只能绑定在一种存储层级上.若要将LUN从RAID Group迁移到 Pool中的话,需要利用LUN migration技术实现

6. FAST VP支持Thick 和Thin LUNs

7. FAST VP利用三个策略来实现自动分层: 数据采集;分析(每小时对收集的数据分析一次);重新安置数据(时间窗口可以由用户自定义,可以是手动或Schedule).

8.在整个系统的Storage Pool中能创建的FAST VP LUN的数目有限定:如CX4-120或VNX5300只能有512个LUNs

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

10.对于VNX中文件级别上的自动分层,需要首先从Storage Pool中创建出LUNs,然后将其放入File Storage Group,在Unispere扫描出LUNs之后再创建出File Pool,最后在这个File Pool中创建出文件.

 

11.对于VNX 文件级别自动分层的最佳实践来说,不推荐使用 block Thin provision 或其compression技术,除非运用在归档解决方案上. AVM

(Automated Volume Manager)有许多限定,如:不能用Stripe等等

 

二、FAST Cache

FAST Cache与FAST VP最大的区别是其重新构建一个能满足高性能要求的Flash drive存储Cache区,重点关注性能,而FASTＶＰ只是通过Pool来实现sub-LUN的分层，从而实现数据根据性能要求分布到存储的不同层，关注TCO。

 

1.其最小单位是64 KB

2.当数据被频繁访问时，将其从硬盘拷贝到Flash drives中，而FAST VP只是在不同层间移动

3. FAST Cache可以与FAST VP结合起来一起使用,比如，当数据已经正在移向或已经在Flash drive时就不必将其移动到FAST Cache，即使该数据块满足要提升到FAST Cache条件，从而避免浪费系统资源

4.一般推荐是在存储中的Flash drive首先作为FAST Cache,但在某些情况下，如当IO块小于128KB时，因其读64KB需要多个IO次数来完成其提升时，建议用FAST VP方式

5. 当FAST Cache处于degrade状态时，FAST Cache会变成只读。性能层会通过快速提升64KB大小的chunk到FAST Cache,从而减少数据到FAST Cache的时间。

 

总结:

从数据的角度来看，一般情况下，整个存储中只有一小部分空间提供了绝大多数的IO.数据分析表明一个卷的85%的IO量是由其15%的容量完成的。这个15%的容量称贷为”工作区”,FAST VP和FAST Cache就是将这些”工作区”尽可能地保存在高性能的磁盘中。

OLTP环境下，”工作区”一般只占20%或更小的容量。而对于DSS来说”工作区”会占大得多的容量。这时一般就推荐用FAST VP而不是FAST Cache.