【专家问答（翻译稿）】VMAX FAST VP的最佳实践

请教专家，当我的数据在被分层移动的时候有啥办法可以看到呀？

liulei，其他用户也有和你一样的问题。看下面：

用户dynamox问到：

我已经使用过一段时间的FAST VP。但是没有找到任何数据移动方面的可视化的工具用来显示数据在不同的存储层之间移动的。我有一个客户最近启用了FAST，然后他希望知道有多少数据已经从FC层移动到了EFD层。但是我没办法在ECC和Unisphere for VMAX中找到这类信息。我可以看到EFD进入和流出的数据但是不知道哪些数据在什么地方，而且必须要将track转换给bytes。所以，我的问题是，没有任何办法提供给用户更多的信息？

专家Kevin Gleeson就这个问题回答道：

根据你刚才说的情况“希望知道有多少数据已经从FC层移动到了EFD层",我想了解更多的相关信息。

虽然FAST VP提供的计量信息比较基础，但是的确能告诉客户数据的流向。还可以通过看Pools中的Total Track Used和Percentage of Capacity Used信息来查看。通常来说，如果已经设置了EFD优化的策略，EFD的Pool应该是一直满的状态。使用Symmetrix的Inline命令也可以查看所有Tier之间FAST数据移动的实时MB/s。

我看了最新Enginuity 5876.229的代码，这个版本中又添加了许多新的计量信息。不过，也没有包含FAST VP数据移动的MB/s，你也可以在新版中找一下相关的信息。

用户dynamox补充问题：

我这个客户还在使用5875版本，VMAX阵列内的所有磁盘都已经分配使用了，设置了两个存储层（EFD和FC）。当我们启用FAST VP的时候。EFD的使用率达到90%，看上去工作正常。我猜想客户是希望看到是否需要还需要一些人为的操作，比如说做PIN（译者注：PIN操作是指暂停某个磁盘设备上的FAST VP活动，即停留在当前的Tier上。）

专家Kevin Gleeson回答dynamox的问题：

我建议只有当FAST VP做最初迁移数据的时候才使用PIN操作。如果说负载在过去24个小时内保持一致，比较扁平的话，FAST本身会把数据保留在正确的Tier。所以这种情况下也不需要进行PIN操作。如果说，客户有一些特定的应用需要将数据全部放在EFD层，最好是创建一个单独的策略，然后将FC Tier的比例降到最低。

这和中端的VNX有什么不同啊。。。

先上一张图,

总的来说是把正确状态的数据存放在正确的存储介质上,有 速度从快到慢 有SSD   FC DISK  SAS    等等,

如同最经典的LRU算法.

用户Mark提问：

FAST VP有没有任何计划使用其他阵列作为高性能的存储层。比如封装Extreme IO产品作为某一种存储层提供更好的性能。我设想FAST能够定义一种I/O特性，用来使用第三方的阵列。

专家回答Mark的问题：

当前最新的5876版本就对第四层的外部存储层进行支持。前提是使用FTS（联合分成存储）功能，使用这个功能需要事先配置DX Director，然后定义一些特殊的FA端口规则。并且有一份综合列表，列出了FTS支持哪些其他厂商的阵列。不过就目前来来，只有使用FTS才能用到第四层存储层。第一层是EFD、第二层是FC、第三层是SATA，第四层则是外部的FTS。以后是否会使用Xtreme作为第一层还是个未知数。

用户Hiroki K提问：

我有两个关于FAST VP功能加强的问题：

1. 关于一个VMAX阵列中设置多个Storage Group的“Performance Time Windows”（译者注：Performance Time Windows是FAST VP中的一个设置，决定哪些时候进行特定的FAST VP操作，例如收集性能信息、运行移动数据等等）

     我的一个客户想根据每个Storage Group应用不同的配置。因为这个客户在FAST VP中配置了两个磁盘池。一个磁盘池中的设置是每24个小时获取性能统计，另外一个磁盘池设定的是每周获取性能数据。那么在Enginuity 5876版本中，是不是在一个VMAX阵列中还只能设置一个“Performance Time Windows”？

2. 关于VNX Gateway自动扩展（Auto Extension）与VMAX FAST VP结合的问题

     我们想在VMAX内创建一个结合关于VNX Gateway文件系统的FAST VP策略。然而，当VNX Gateway进行文件系统自动扩展的时候，维护的效率有点底。当文件系统自动扩展的时候，我们还必须要维护FAST VP中的Storage Group。就是说，我们必须在VNX Gateway和VMAX中都进行操作，有点繁琐。我们必须计算symdev的数目和VNX Gateway文件系统中的dvols，然后将symdevs添加到VMAX FAST VP的Storage Group中。

     我们希望存在一种更加简便的方法或者系统，可以结合VNX Gateway文件系统扩展和自动Storage Group的扩展。

专家Kevin Gleeson回答Hiroki K的问题：

1. 目前的确是只能设置一个Time Windows，就我的理解这一代的FAST VP应该不会有所改变。

2. 这个方面的信息目前也不是很清楚。

用户Chasbo提问：

我有一个关于存储池预留空间的问题。

我在FAST VP for EMC Symmetrix VMAX Theory and Best Practises for Planning and Performance Tech note看到两个最佳实践的建议。

1）对于每个与Thin Device绑定的Pool，设置PRC（译者注：PRC全称是Pool Enabled Capacity。这个设置决定一个Pool里的多少数据不做FAST VP的操作所用，Pool的可用空间达到这个比例以后，FAST VP就不会讲数据再往这个Pool移动了）为最低的警告级别等级。

2）对于没有绑定的Thin Device,设置PRC为1%。

然而， 当FAST VP使用到这个Pool而且FAST策略中已经启用了VP分配的情况下，这个建议就看起来没有什么道理。还有，根据最佳做法，当所有的Thin Device都已经绑定到了FC层，而且FAST策略中已经启用了VP分配的情况下，所有新的数据分配都会写入到任何一个存储层。那是不是我们就需要在所有的存储层都考虑设置PRC呢？

专家Kevin Gleeson回答Chasbo的问题：

关于PRC的设置，需要从讨论绑定（Binding）开始。对于所有的生产应用，数据都会先绑定到FC层，这个层的Pool需要设置PRC为10%，以满足新的写入。当然其他两个层，EFD和SATA，我们假设没有绑定任何Thin Device，PRC的设置是可以为1%的。

用户Craig Stewart提问：

我有几个从客户那里来的问题，这个客户刚刚把他的VMAXe升级到5876。问题是关于初次开启FAST VP的，希望能从这里得到答案。

1. 我们想实施中在一台VMAXe上开始FAST VP。那么如果SRDF对端的VMAXe如果没有开启FAST VP会怎么样？就是说，如果对端复制的数据没有被分层，是不是R2端的VMAXe也需要开启FAST VP以保证也用到一些新功能呢？

2. 如果客户觉得FAST VP没有达到预期的效果，有没有什么办法让数据快速还原到没有分层的状态。

专家Kevin Gleeson回答用户Craig Stewart的问题：

1. 如果是5876.229版本的话，你可以启用SRDF FAST VP coordination功能。数据复制以后会到R2端绑定的存储层中。然后如果你在对端启用FAST VP以后，数据应该会降级到SATA层。

2. 最快的方式是使用VLUN Migration。

用户nixonm提问

我有一个关于VMAX 10K Virtual Provisioning的Pool Reserved Capacity问题。

就我的理解来说，当Storage Group被FAST VP所控制的时候，如果设置了Pool Reserved Capacity的百分比的话，当某一个Tier空间用尽，FAST会把数据（extents）放置在其他的存储层上。

那么，如果没有使用FAST的情况下，VP是如何解决数据增长达到Pool的总容量的？Subscription rate如果设置为100%或者更加高的情况下，会不会导致Thin Poll空间用完的情况？

译者注：Subcription设置决定了Thin Pool中能够绑定的Thin Device的容量总数，如果设定为100%，那么能绑定到Thin Poo的Thin Device容量的综合最多等于Thin Pool的容量。

专家Kevin Gleeson回答nixonm的问题：

PRC的作用其实就是避免这种情况的发生

PRC可以避免FAST VP将数据移动到所在的Tier，比如说FC tier的PRC设置为10%，则当FC Tier达到90%的时候，FAST就能再移动数据到这个Tier了。只有当数据从FC Tier Demote的时候，才会有新的数据被Promote到FC Tier。另外，PRC也是是新数据写入和分配的保护空间，如果说Poo的利用率达到了90%，那么如果有新的数据写入，则会写如到剩下的10%空间内。总的来说，PRC就是为了防止FAST将Pool内的空间用满的情况发生。另外，在Enginuity 5876中，添加了新的功能，可以根据FAST Policy的配置，允许新的数据写入到任何的一个Tier内。

英文那边活动已结束，相应的，本帖也就此锁定。有后续问题欢迎发新帖讨论。