Flexible Volumes的技术特点

性能的提高

    在Data ONTAP 7G中，RAID组仍由磁盘组成，其中包含一个校验盘（如果是RAID-DP则需要两块校验盘）和一定数量的数据盘。以前Data ONTAP 将一个或多个RAID组组成一个卷（Volume）。这种方式现在还可以在7G中实现（在7G中称之为传统的“traditional”卷），但是从7G以后RAID组将通常组成一个Aggregates。

    下面举个例子来看，假设在数据库系统中有一个存放数据文件的卷是一个最繁忙卷，再Data ONTAP 7G之前，该卷只能存在于给定的RAID组上。通常，根据卷的容量需求，RAID组将由少量磁盘组成。结果就是由于RAID是由很少的硬盘组成，此卷的性能将会受到磁盘数量的限制。

    在Data ONTAP 7G中，RAID组被整合起来创建出一个Aggregates。由于卷仍然是存储管理的基本单位，它将跨越存在于一个IBM Filer 中组成Aggregates的所有磁盘，同时在这个大的Aggregates上也可以存在多个卷。这将使该卷充分利用所有磁盘的并行性能，满足在系统中某些比较繁忙的卷对于性能的要求。FlexVol是灵活的，因为底层的存储的物理结构不需被预分区。

FlexVol的容量担保

    在Data ONTAP 7G中引入一个新的存储管理的概念——担保（guarantees）。担保的概念不同于以前用户们在使用iSCSI和Fibre Channel中所熟悉的“空间预留（space reservations）”。 担保扩展了管理员的权限，使其在卷或者文件创建前可以决定预分配的策略。使其充分贯彻所谓的“瘦供应（thin provisioning）”的概念。

    担保，在卷一级的设置，用以决定在Aggregate上给一个Flexible Volume预分配多少空间。当客户在一个Aggregate上创建一个FlexVol， 你将制定其容量，同时你也可以制定担保的类型。一共有三种担保的类型可供选择，分别是卷（Volume）、文件（File）和None型。

    卷（Volume）：卷担保类型确保在Aggregate上为Flexible Volume分配的总空间总是可用的，这也是Flexible Volume的默认设置。

    文件（File）：在文件担保类型中，Aggregate确保为可重写的LUN或者文件保留的空间总是可用。

    None：对于一个无预留空间担保类型的Flexible Volume来说，不管给卷中的LUN设置了多少预留空间，当容纳它的Aggregate没有足够的可用空间时，对预留空间的LUN的写操作都将失败。

灵活的容量规划

    对于一个FlexVol的大小本质上是没有约束的，同时Flexible Volumes可以动态的调整大小。管理员可以将Flexible Volumes作为一个强大的工具为不同的用户、组和项目分配和提供存储资源。举例来说，假设一个数据库比原先预计增长快很多时，管理员可以在系统运行时随时重新配置相关的Flexible Volumes。 重新分配存储资源的过程不需要任何宕机过程，而且它是对用户透明的。

    另外，当需要额外的物理空间时，管理员可以通过添加制定磁盘给Aggregate以提高其容量，新的磁盘将成为Aggregate的一部分，同时其容量和I/O带宽将对存在于该Aggregate中的所有的Flexible Volumes生效。

    所有存在于同一个Aggregate上的Flexible Volumes的总容量也可以超过Aggregate的实际物理总容量。增加某一个FlexVol容量的同时也不需要改变存在相同Aggregate中其他的FlexVol的容量或者Aggregate本身的容量。