选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

卷存储容量

聚焦模式

本页内容

卷存储容量 - 适用于 ONTAP 的 FSx

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

FSxfor volum ONTAP es 是虚拟资源,用于对数据进行分组、确定数据的存储方式以及确定对数据的访问类型。卷(例如文件夹)本身不会消耗文件系统的存储容量。只有存储在卷中的数据才会消耗存储SSD空间,还会消耗容量池存储空间,具体取决于卷的分层策略。您可以在创建卷时设置其大小,也可以稍后更改大小。您可以使用、和 AWS Management Console、 AWS CLI 以及监控和管理您的ONTAP卷FSx的存储容量ONTAPCLI。API

卷数据分层

Amazon FSx for NetApp ONTAP 文件系统有两个存储层:主存储和容量池存储。主存储是预配置、可扩展、高性能的SSD存储,专为数据集的活动部分而构建。容量池存储是完全弹性的存储层,可以自动扩展到 PB 级大小,并且针对不经常访问的数据进行成本优化。

根据卷的分层策略、冷却周期和阈值设置,每个卷上的数据会自动分层到容量池存储层。以下各节介绍了 ONTAP 卷分层策略和用于确定何时将数据分层到容量池的阈值。

注意

FSxfo ONTAP r 支持将数据分层到所有容量池 SnapLock 音量,不管是多少 SnapLock 。有关更多信息,请参阅 操作方法 SnapLock 工作

卷分层策略

您可以通过FSx为ONTAP文件系统上的每个卷选择分层策略来确定如何使用您的存储层。您可以在创建卷时选择分层策略,也可以随时使用 Amazon FSx 控制台、 AWS CLI API、或使用NetApp 管理工具对其进行修改。您可以选择以下其中一种策略,用于确定哪些数据(如果有)分层到容量池存储。

注意

分层可以将文件数据和快照数据移至容量池层。但是,文件元数据始终保留在该SSD层上。有关更多信息,请参阅 SSD存储空间的使用方式

  • 自动 – 此策略将所有冷数据(用户数据和快照)移动到容量池层。数据的冷却速率由策略的冷却周期决定。冷却周期默认为 31 天,可以配置为 2-183 天之间的值。当底层冷数据块被随机读取时(就像典型文件访问一样),这些冷数据块会变热并写入主存储层。当冷数据块被按顺序读取时(例如,通过杀毒扫描),这些冷数据块会保持冷却并保留在容量池存储层。这是使用 Amazon FSx 控制台创建卷时的默认策略。

  • 仅限快照 – 此策略仅将快照数据移动到容量池存储层。快照分层到容量池的速率由策略的冷却周期决定。冷却周期默认设置为 2 天,可以配置为 2-183 天之间的值。当冷快照数据被读取时,这些数据会变热并写入主存储层。这是使用 AWS CLI、Amazon FSx API 或创建卷时的默认策略 NetApp ONTAPCLI。

  • 全部 – 此策略将所有用户数据和快照数据标记为冷数据,并将其存储于容量池层。当数据块被读取时,这些数据块保持冷却,不会写入主存储层。当使用 “全部分层” 策略将数据写入卷时,最初仍会将其写入SSD存储层,并通过后台进程分层到容量池。请注意,文件元数据始终保留在SSD层上。

  • – 此策略确保卷的所有数据保留在主存储层,并防止将其移动到容量池存储。如果将卷更改为此策略,则容量池存储中的任何现有数据将保留在容量池存储中,直到由客户端读取,而任何新数据都将驻留在主存储层上。要将先前分层的数据移动至主存储层,可以使用 云检索策略

有关如何设置或修改卷分层策略的更多信息,请参阅更新分层策略

作为最佳实践,在迁移您计划长期存储于容量池存储的数据时,我们建议为卷使用自动分层策略。使用自动分层,数据在存储层上SSD存储至少 2 天(基于卷的冷却期),然后才会移动到容量池层。ONTAP 定期对存储在SSD存储层中的数据运行处理后重复数据删除,根据卷中的数据变化率自动调整频率,更高的频率会更频繁地触发后处理重复数据删除作业。

默认情况下,在中禁用后期处理压缩 ONTAP 因为它可能会对文件系统上的持续工作负载产生性能影响。在启用后处理压缩之前,应该评估对工作负载性能带来的影响。要启用后处理压缩,请假设诊断权限级别为 ONTAP CLI并运行以下命令:

::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -is-enabled true

ONTAP 对SSD存储中至少保留 14 天的数据运行处理后压缩。对于不太可能在较短时间后访问数据的工作负载,可以修改后处理压缩设置,以便更快地运行后处理压缩。例如,要将后处理后的压缩节省应用于 5 天未被访问的数据,请运行以下命令 ONTAP CLI 命令:

::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -threshold-days 5 -threshold-days-min 2 -threshold-days-max 14

有关该命令的更多信息,请参阅 inactive-data-compression修改音量效率

通过保留数据SSD,可以最大限度地提高所创建的卷备份的传输速度,因为SSD存储的数据传输速率更高。

分层冷却周期

卷的分层冷却时间设定了将该SSD层中的数据标记为冷所需的时间。冷却周期适用于 AutoSnapshot-only 分层策略。您可以将冷却周期设置为 2-183 天之间的值。有关如何设置冷却周期的更多信息,请参阅更新最小冷却天数

冷却周期到期 24-48 小时后对数据进行分层。分层是一个后台进程,会消耗网络资源,其优先级低于面向客户端的请求。当有面向客户端的持续请求时,分层活动会节流。

云检索策略

卷的云检索策略设置了指定何时允许将从容量池层读取的数据提升到该SSD层的条件。当云检索策略设置为 Default 之外的其他任何状态时,该策略将覆盖卷分层策略的检索行为。卷可能具有以下其中一种云检索策略:

  • 默认 – 此策略根据卷的底层分层策略来检索分层数据。这是所有卷的默认云检索策略。

  • 从不 – 此策略从不检索分层数据,无论读取是顺序读取还是随机读取。这类似于将卷的分层策略设置为全部,不同的是您可以根据最短冷却周期(而不是立即),将其与其他策略(自动仅限快照)结合使用。

  • 读时 – 此策略会检索所有客户端驱动的数据读取的分层数据。使用全部分层策略时,此策略不起作用。

  • 提升 — 此策略会标记容量池中卷的所有数据以供检索到该SSD层。下次运行每日后台分层扫描仪时会对数据进行标记。对于周期性工作负载不频繁运行,但在运行时需要SSD分层性能的应用程序,此策略非常有用。使用全部分层策略时,此策略不起作用。

有关设置卷的云检索策略的信息,请参阅更新卷的云检索策略

分层阈值

文件系统的SSD存储容量利用率决定了如何 ONTAP 管理所有卷的分层行为。根据文件系统的SSD存储容量使用情况,以下阈值按所述设置分层行为。有关如何监控卷SSD存储层的容量利用率的信息,请参阅监控卷存储容量

注意

我们建议您不要超过存储层的 80% 的SSD存储容量利用率。对于第二代文件系统,此建议既适用于所有文件系统聚合的总平均利用率,也适用于每个单独聚合的利用率。这样可以确保分层正常运行,并为新数据提供开销。如果您的SSD存储层的存储容量利用率一直高于 80%,则可以增加SSD存储层的容量。有关更多信息,请参阅 更新文件系统SSD存储和 IOPS

FSxfo ONTAP r 使用以下存储容量阈值来管理卷上的分层:

  • <= 50% 的SSD存储层利用率 — 达到此阈值时,SSD存储层被视为未充分利用,并且只有使用全部分层策略的卷才会将数据分层到容量池存储。达到此阈值时,采用自动仅限快照策略的卷不会对数据进行分层。

  • > 50% 的SSD存储层利用率 — 具有自动分层策略和仅限 Snapshot 的分层策略的卷根据分层最短冷却天数设置对数据进行分层。默认设置为 31 天。

  • >= 90% 的SSD存储层利用率 — 在这个阈值下,Amazon FSx 会优先考虑在存储层中SSD保留空间。使用 “自动” 和 “仅限快照” 策略读取卷时,容量池层中的冷数据不再移动到SSD存储层。

  • >= 98% SSD 存储层利用率 — 当SSD存储层的利用率等于或高于 98% 时,所有分层功能都会停止。您可以继续从存储层读取数据,但不能写入存储层。

快照和卷存储容量

快照是 Amazon 在某个时间点FSx的 NetApp ONTAP卷的只读图像。快照可防止卷中的文件被意外删除或修改。用户可通过快照轻松查看和还原早期快照中的单个文件或文件夹。

快照与文件系统的数据一同存储,因此快照会消耗文件系统的存储容量。但是,快照仅消耗文件在上次快照中已更改部分的存储容量。文件系统卷的备份中不包含快照。

默认情况下,使用默认快照策略在卷上启用快照。快照存储于卷根的 .snapshot 目录。您可以通过以下方式管理快照的卷存储容量:

有关更多信息,请参阅 使用快照保护您的数据

卷文件容量

Amazon FSx for volum NetApp ONTAP es 具有文件指针,用于存储文件元数据,例如文件名、上次访问时间、权限、大小,并用作指向数据块的指针。这些文件指针被称为索引节点,每个卷针对索引节点数量有有限的容量,称为卷文件容量。当卷运行不足或耗尽其可用文件(索引节点)时,您无法向该卷写入其他数据。

卷可以包含的文件系统对象(文件、目录、快照副本)的数量取决于拥有的索引节点数。卷中索引节点的数量与卷的存储容量(以及卷成分的数量)相应增加 FlexGroup 卷)。默认情况下,FlexVol 卷(或 FlexGroup 存储容量为 648 GiB 或以上的成分)都具有相同数量的索引节点:21,251,126。如果您创建了大于 648GiB 的卷,并且希望其索引节点数超过 21,251,126,您必须手动增加索引节点(文件)的数量上限。有关查看卷的最大文件数的信息,请参阅 监控卷的文件容量

卷上默认索引节点的数量为每 32KiB 卷存储容量为 1 个索引节点,卷大小不超过 648GiB。对于 1GiB 卷:

卷字节数 ×(1 个文件 ÷ 索引节点字节数)= 文件最大数

1,073,741,824 字节 ×(1 个文件 ÷ 32,768 字节)= 32,768 个文件

您可以增加卷可包含的索引节点数上限,即每 4KiB 存储容量最多 1 个索引节点。对于 1GiB 卷,这样会将索引节点或文件的数量上限从 32,768 增加到 262,144:

1,073,741,824 字节 ×(1 个文件 ÷ 4096 字节)= 262,144 个文件

f FSx or ONTAP volume 最多可以有 20 亿个 inode。

有关更改卷可存储的最大文件数的信息,请参阅 更新卷上文件的数量上限

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。