FAST CACHE为存储系统提供Flash驱动器级别的性能，增加了IOPS处理能力的同时，仅将热点数据置于Flash盘内，降低成本。FAST CACHE吸收来自应用程序的突发性I/O，减少HDD磁盘的工作量。虽然FAST CACHE有诸多优势，但它并不适用于所有应用，比如连续、大I/O。本文将提供配置FAST CACHE的最佳实践以及限制信息。

最佳实践

    

     在决定使用FAST CAHCE之前，仔细分析应用程序的I/O形态。FAST CACHE并非适用于所有I/O类型。例如，连续大I/O数据流或许根本不会促使数据被提升（Promote）至FAST CACHE，因为这些I/O不会多次访问同一个64KB数据块（chunk）。FAST CAHCE性能最大化的关键在于I/O对于数据位置的引用。经常访问某一小块区域数据的应用程序将最受益于FAST CACHE，例如数据库索引和引用表。

适合使用FAST CACHE的应用类型：

• 【小块、随机】I/O且伴随high locality （high locality可以理解为数据引用位置临近或对某一区域的数据频繁访问）
• Data rehit - 对同一块数据的高度频繁访问
• 目前系统性能受HDD能力的制约，而非SP的能力

     如果FLASH驱动器数量有限，且即可用于FAST VP，也可用于FAST Cache，EMC推荐部署FAST CACHE，并将剩余的盘用于启用了FAST VP的Storage Pool。FAST CACHE是全局缓存，能给整个系统的所有LUN都带去益处，而FAST VP只能为FLASH驱动器所在的Pool服务。

     在当前瓶颈是磁盘的情况下，FAST Cache能够提升整个系统的性能，但突发IOPS也会给SP CPU带来压力。因此，在做系统设计时，确保FAST CACHE带来的突发I/O不会使得SP CPU 利用率 > 70%。如果当前SP CPU已经持续在80%左右了，那么在启用FAST CACHE之前，请联系EMC存储专员对系统进行评估。

     【随机，小】I/O才适用于FAST CACHE，避免为【连续】I/O的应用，比如数据库日志、回环日志和VNX File SavVol LUN启用FAST CACHE。

     如果可能的话，在确定FAST CAHCE容量大小的时候尽量仔细斟酌。如果将来需要扩展或减小FAST CACHE容量，就必须先销毁再重建。销毁FAST CACHE可能需要较长时间，取决于脏页（dirty page）的数量，另外，存储系统的负载也会影响FAST CACHE的销毁速度，因为FLARE会基于当前系统的运行状态，限制销毁进程所能使用的系统资源，优先确保应用程序不受其影响。

     Unisphere允许在创建FAST CAHCE时，选择将要使用的Flash驱动器。你可以手动选择这些驱动器从而确保将它们分布在不同的后端总线上，从而避免单条后端总线的带宽限制。如果所有的FAST CACHE驱动器都在单条后端总线上，可以考虑把带宽要求较高的HDD LUN放置于其它后端总线。

在Celerra环境中，大多数文件系统都位于多个LUN之上，应该为此类文件系统之下的所有LUN都启用FAST CACHE。另外，Celerra UxFS日志LUN也应该启用FAST CACHE。

     FAST Cache驱动程序会跟踪每一个I/O来确定是否要将promote block，这会增加CPU负担。所以尽可能为不需要FAST Cache的LUN禁用，比如secondary mirror 和 Clone目标LUN。

     对于Pool，把不需要FAST Cache的LUN放到单独的Pool，因为FAST Cache只能在Pool级别被启用/禁用。

     对于VNX系统，升级到R32.000.5.xxx能够增加FAST Cache性能。坏盘发生后，相比R31，R32能更快的恢复FAST Cache性能。R32也会避免promote【小，连续】I/O。

限制

     有些可选的应用程序，比如MirrorView和SnapView，需要使用Private LUN，系统已经对这些LUN已经在Write Cache中的优先级做了优化，因此不需要使用FAST CACHE。EMC推荐将MirrorView write intend log和SnapView Clone Private LUN的FAST CACHE禁用以避免多余的promotion（将数据从HDD拷贝到FAST CACHE的行为）。

     SnapView Snapshots、MirrorView/A、SANCopy（incremental session）使用reserved LUN。FAST CACHE不会增加reserved LUN的性能，但不至于会像write intend log和clone private LUN那样受到性能损害。为reserved LUN禁用FAST CACHE能够减少FAST CACHE的工作量。

     VNX5100系统只支持FAST CACHE或Thin Provisioning其中之一，要么使用前者，要么使用后者，不可两者同时使用。其他型号的系统支持同时使用这两个功能。

     作为vault drive的Flash驱动器不能用于创建FAST CACHE，这是VNX OE的限制。

《VNX FAST CACHE - A Detailed Review》

emc251589 "FAST Cache configuration best practices"

emc278482 "Why is my performance when using FAST Cache not what I expected?"

VNX系列