【Q&A】VNX FAST VP

【Q&A】VNX FAST VP

转载请在文首保留原文出处：EMC中文支持论坛https://community.emc.com/go/chinese

【Q&A】SnapView Clone常见问题解答

【Q&A】SnapView Snapshot常见问题解答

【Q&A合集】VNX FAST Cache

【Q&A】VNX FAST VP

【Q&A】VNX Virtual Provisioning

介绍

作为【Q&A】系列之一，本期给大家总结一下关于FAST VP的常见问题，希望能帮助读者快速理解FAST VP。

注：

虽然FAST VP早在FLARE Release 30就已经引入，但本文仅针对VNX以及新一代VNX系统的FAST VP，因此内容未必能够100%应用到CLARiiON FAST VP。对于FLARE 30 FAST VP以及FLARE 31,32, MCx 33 FAST VP之间的区别，请访问support.emc.com并搜索具体版本的Release Notes。
VNX和新一代VNX也会有所区别，我会特别提出。

更多信息

问题1：什么是FAST VP？

回答1：FAST VP全称Fully Automated Storage Tiering for Virtual Pools (FAST VP™)，是一个安装在VNX上的软件。它能够智能的分析、判断冷热数据分布，并根据【分层策略】自动的将【热数据】移动到性能更好的驱动器上，【冷数据】则维持不动，或者从高性能驱动器移动到性能较低的驱动器。这么做的好处是避免了由于应用程序冷热数据的变动而导致的人工数据迁移。另外，由于【热数据】总是位于高性能驱动器上，大大提高了这部分数据的访问性能。

问题2：FAST VP是否需要购买和安装？

回答2：是的，FAST VP是VNX FAST Suit套件的一部分。必须购买并在VNX系统上安装之后才能使用。值得注意的是，对于VNX系统，只有VNX5300及以上型号才支持FAST VP。新一代VNX可以单独购买FAST VP软件，并不需要购买整个FAST 套件。更多关于售前问题，请拨打 400 650 6006。

问题3：在理解FAST VP之前需要有哪些预备知识，以便更好的理解本文内容？

回答3：FAST VP工作在Pool之上，即Virtual Provisioning。建议读者先了解Pool的特性和一些专用术语，这有助于更好的理解本文。有关Virtual Provisioning的更多信息，参考：VNX Virtual Provisioning系列（一）：Virtual Provisioning概览

问题4：所谓的“分层”如何理解？

回答4：分层是指根据对性能和容量的不同需求，将存储资源分为不同的层次，每一层的侧重点不同。具体到VNX FAST VP软件，她就是将Pool内的不同类型的磁盘进行了归类，每一类磁盘作为一层（不区分磁盘转速）。目前，FAST VP将Pool分为了三个层次，分别是Extreme Performance (Flash)、Performance (SAS)、Capacity (NL-SAS)。直到FLARE Release 32才实现了为每一个tier配置不同的类型，之前的版本只允许为整个Pool配置一种类型的RAID。有关于这些层次的具体介绍，请参考：VNX/CLARiiON FAST VP不同层级中的磁盘特色比较

问题5：自动分层只针对Block存储有效吗？对File部分的数据是否有效？

回答5：是的，Block/File都可以使用FAST VP和Virtual Provisioning。这个功能是从VNX OE 31/OE for File 7开始支持的。

问题6：FAST VP的算法大致是如何工作的，它如何判断和区分冷热数据？

回答6：FAST VP算法大致分为三个部分：（1）统计信息收集（2）分析（3）Relocation【重定位】

（1）统计信息收集：一个slice的冷热取决于它的活动级别（activity level），而某一个slice的活动级别又是通过计算其I/O（R/W）数量得来的，FAST VP维护了一个累计的I/O数量值，并且为每一个I/O施加权重（weigh），权重的施加是根据I/O进入的时间来定的。随着时间的推移，新I/O被赋予较高的权重。大约24小时之后，之前的权重几乎降低一半并持续下降。这样的一个统计信息收集机制将持续的在后台运行，而且是为每一个Pool LUN运行。

（2）分析：FAST VP每个小时分析一次第一步中收集到的信息，然后产生一个等级排序（ranking order），将pool中的每一个slice按“最热”至“最冷”来排。在调用Relocation（自动/手动）之前，FAST VP执行最后一次计算并创建一个slice候选者列表，用于在一个pool中向上、向下移动slice。对一个LUN以及它的slice分级可能会受到分层策略的影响，在这种情况下，分层策略的优先级高于活动级别。

（3）Relocation：在用户定义的relocation窗口内，FAST VP根据在分析阶段创建的候选者列表来提升slice。在relocation期间，FAST VP优先relocate slice到较高的层级，只有当某个slice所占用的空间需要被用于更高优先级的slice时，它才会被移动到低一层。这就确保了高性能驱动器总是被使用的。

问题7：EMC建议混合使用FAST VP和FAST Cache吗？

回答7：是的。FAST VP用于降低TCO（整体拥有成本），而FAST Cache用于极速拉升整个系统性能。FAST VP如何降低TCO有人不是很理解，我举个例子：甲现在有一个应用程序，需要n块硬盘做RAID-5才能达到性能要求的标准，这n块盘的总容量远远超出了该应用程序的需求。但是为了满足性能需求，甲不得不购买n块硬盘，即便他并不需要这么大的容量。如果采用FAST VP，甲完全可以购买少量的闪盘用于承载热点数据，而普通硬盘只需要购买远比n少的多的m块硬盘。这不仅降低资本成本，还降低了运营成本，因为所要维护的硬盘更少了。

问题8：FAST VP和Pool内的磁盘数据均衡分布有关联吗？

回答8：有关系，这个问题在论坛内曾经有人提问过，可以参考：VNX在pool下划分lun的疑问

问题9：一直听到Slice这个概念，它的粒度是多少？

回答9：Slice是FAST VP移动数据的最小单位。在新一代VNX之前，一个slice的大小是1GB；而新一代VNX的slice的大小是256MB。