Chinaunix首页 | 论坛 | 博客
  • 博客访问: 578510
  • 博文数量: 113
  • 博客积分: 3322
  • 博客等级: 少校
  • 技术积分: 1565
  • 用 户 组: 普通用户
  • 注册时间: 2006-01-04 11:38
文章分类

全部博文(113)

文章存档

2012年(21)

2010年(92)

分类: 服务器与存储

2012-11-04 10:38:33

一、FAST VP

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

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

2. FAST VPVNX, 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以及相关的10K15k转速.

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

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

6. FAST VP支持Thick Thin LUNs

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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 CacheFAST VP最大的区别是其重新构建一个能满足高性能要求的Flash drive存储Cache,重点关注性能,FASTVP只是通过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大小的chunkFAST Cache,从而减少数据到FAST Cache的时间。

 

总结:

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

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

 

阅读(2382) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~