Skip to main content
简体中文版经机器翻译而成，仅供参考。如与英语版出现任何冲突，应以英语版为准。

ONTAP FlexCache回写准则

贡献者 elliott-ecton netapp-dbagwell elliottecton
PDF

FlexCache写回涉及源服务器和缓存服务器之间的许多复杂交互。为了获得最佳性能，您应该确保您的环境遵循以下准则。这些指南基于内容创建时可用的最新主要ONTAP版本（ONTAP 9.17.1）。

作为最佳实践、请在非生产环境中测试生产工作负载。如果您在这些准则之外实施FlexCache回写、则这一点更为重要。

以下准则已在NetApp内部经过充分测试。*잿 쇒*붨 틩 您待在他们里面。否则、可能会发生意外行为。

  • ONTAP 9.17.1P1 引入了对FlexCache回写功能的重大增强。强烈建议您在源集群和缓存集群上，在 9.17.1P1 版本之后运行当前推荐版本。如果您无法运行 9.17.1 代码线，建议使用最新的 P 版本 9.16.1。ONTAP 9.15.1 尚未包含FlexCache回写所需的全部修复和改进，因此不建议用于生产工作负载。

  • 在每个相应的版本系列中，ONTAP 9.19.1 GA、9.18.1P2、9.17.1P3、9.16.1P10 及更高版本的 P 版本支持多组成部分 FlexCache 回写缓存。对于较早的 ONTAP 版本，必须对整个 FlexCache 卷使用单个组成部分。早期版本上的多组成部分 FlexCaches 可能会导致数据从缓存中被意外逐出。

  • 测试针对小于 100GB 的文件进行，缓存和源之间的 WAN 往返时间不超过 200ms。超出这些限制的任何工作负载都可能导致意想不到的性能特征。

  • 写入SMB备用数据流会导致主文件从缓存中逐出。需要先将主文件的所有脏数据转储到原始文件、然后才能对该文件执行任何其他操作。备用数据流也会转发到源。

  • 重命名文件会导致文件从缓存中逐出。需要先将文件的所有脏数据转储到源、然后才能对该文件执行任何其他操作。

  • 此时、只能对启用了回写的FlexCache卷上的文件更改或设置以下属性：

    • 时间戳

    • 模式位

    • NT ACL

    • 所有者

    • 组

    • Size

      更改或设置的任何其他属性都会转发到原始属性、这可能会导致从缓存中逐出文件。如果您需要在缓存中更改或设置其他属性、请要求您的客户团队创建PVR。

  • 在初始卷创建的快照会导致从与该初始卷关联的每个已启用回写的缓存中调用所有未处理的脏数据。如果正在进行大量回写活动、则可能需要多次重试此操作、因为清除这些脏文件可能需要一段时间。

  • 启用回写功能的FlexCache卷不支持 SMB 机会锁（Oplocks）写入。

  • 当原始卷的可用空间降至 20% 或更低时，回写缓存会自动切换到绕写模式。这有助于防止原始卷空间不足，否则会导致脏数据孤立在启用了回写的缓存中。如果原始卷过度配置，其逻辑配置大小将大于聚合中的可用空间。20% 阈值将根据原始卷的可用空间和聚合的可用物理容量进行评估。 percent-used 和 capacity 在可用空间已低于该阈值时仍可能显示 0%。

    以下示例是过度配置的原始卷。几乎没有写入任何数据，但聚合无法支持完整的逻辑大小：

    ORIGIN::> vol show -volume origin_volume -fields percent-used,available,size
vserver             volume           size    available percent-used
------------------- ---------------- ------- --------- ------------
origin_svm          origin_volume    19.70TB 1.33TB    0%

    请注意， percent-used 为 0%，但可用空间为 19.70 TB 中的 1.33 TB，即 1.33 / 19.70，约有 7% 的可用空间。这已经低于 20% 的阈值，因此该源的写回缓存将切换到绕写模式。

    ORIGIN::> df -h origin_volume
Filesystem               total       used      avail   capacity  Mounted on       Vserver
/vol/origin_volume/      18TB        515MB     1363GB         0%    ---           origin_svm

2 entries were displayed.

    请注意， capacity 也为 0%，仅使用了 515MB。可用空间为 18TB 中的 1363GB，约占文件系统的 7%。百分比列显示存储的数据量极小。它们并未显示聚合实际能提供多大的卷空间。

  • 低带宽和/或有损耗的集群间网络可能会对 FlexCache 回写性能产生显著的负面影响。虽然没有特定的带宽要求，因为它高度依赖于您的工作负载，但*强烈*建议您确保缓存和源之间的集群间链路的运行状况。如果您的网络容易丢包，并且您正在运行 ONTAP 9.19.1 或更高版本，请考虑使用 "TCP RACK" 来提高性能。