ONTAP FlexCache回写准则
建议更改
PDF
FlexCache回写涉及到初始卷与缓存之间的许多复杂交互。为了获得最佳性能、您应确保您的环境遵循这些准则。这些准则基于创建内容时提供的最新主要ONTAP版本(ONTAP 9.15.1.)。
最佳实践：在非生产环境中测试生产工作负载。如果您在这些准则之外实施FlexCache回写、则这一点更为重要。
以下准则已在NetApp内部经过充分测试。*잿 쇒*붨 틩 您待在他们里面。否则、可能会发生意外行为。
-
ONTAP 9.15.1P5中引入了FlexCache回写的重要增强功能。建议您在初始集群和缓存集群上运行当前建议版本9.15.1P5。
-
在当前迭代过程中、应为FlexCache回写缓存配置一个成分卷来容纳整个FlexCache卷。多成分卷FlexCaches可能会导致从缓存中意外删除数据。
-
已对小于100 GB的文件以及缓存与源站之间的WAN往返时间不超过100毫秒执行测试。超出这些限制的任何工作负载都可能导致意外的性能特征。
-
写入SMB备用数据流会导致主文件从缓存中逐出。需要先将主文件的所有脏数据转储到原始文件、然后才能对该文件执行任何其他操作。备用数据流也会转发到源。
-
重命名文件会导致文件从缓存中逐出。需要先将文件的所有脏数据转储到源、然后才能对该文件执行任何其他操作。
-
此时、只能对启用了回写的FlexCache卷上的文件更改或设置以下属性：
-
时间戳
-
模式位
-
NT ACL
-
所有者
-
组
-
Size
更改或设置的任何其他属性都会转发到原始属性、这可能会导致从缓存中逐出文件。如果您需要在缓存中更改或设置其他属性、请要求您的客户团队创建PVR。
-
-
在初始卷创建的快照会导致从与该初始卷关联的每个已启用回写的缓存中调用所有未处理的脏数据。如果正在进行大量回写活动、则可能需要多次重试此操作、因为清除这些脏文件可能需要一段时间。
-
原产地必须保持在80%满量以下。如果初始卷中没有至少20%的剩余空间、则不会为缓存卷授予独占锁定委派。在这种情况下、对启用了回写的缓存的调用将转发到源站。这有助于防止源站空间不足、从而导致在启用了回写的缓存中孤立脏数据。