

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

# 在企业环境中部署 ONTAP 的最佳实践 FSx
<a name="best-practices"></a>

本节提供了在企业环境中部署和运行 Amazon FSx for NetApp ONTAP 的一些最佳实践和注意事项。这些建议基于 AWS 专业服务的经验。

除了本指南中的建议外，请遵循以下最佳实践：
+ [使用 Active Directory 的最佳实践](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/self-managed-AD-best-practices.html)（FSx 适用于 ONTAP 文档）
+ [数据保护](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/data-protection.html)（FSx 适用于 ONTAP 文档）
+ [IAM（AWS Identity and Access Management (IAM) 文档）中的安全最佳实践](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html)
+ [ NetApp ONTAP FlexGroup 卷的最佳实践和实施指南](https://www.netapp.com/pdf.html?item=/media/12385-tr4571.pdf)（NetApp 文档）

## 存储层和分层策略的最佳实践
<a name="bp-storage-tiering"></a>

*存储层*是 Amazon FSx for NetApp ONTAP 文件系统的物理存储介质。提供以下存储层：
+ *SSD 层*是专为活跃数据而设计的高性能固态硬盘（SSD）存储，您可以为此层选择存储大小。
+ *容量池层*是完全弹性的存储，针对不常访问的数据进行了成本优化。SSD 层比容量池层快得多。 FSx 对于 ONTAP，SSD 存储提供亚毫秒级的文件操作延迟，容量池层提供数十毫秒的延迟。

有关这些层的更多信息，[FSx 请参阅 ONTAP 存储层](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/managing-storage-capacity.html#storage-tiers)。

您在卷级别配置的*分层策略*决定存储在 SSD 层中的数据是否以及何时过渡到容量池层。 FSx **for ONTAP 提供四种不同的分层策略：“**仅快照**”、“**自动**”、“**全部**” 和 “无”。**有关每项策略的更多信息，请参阅 ONTAP 文档中的[ FSx 分层策略](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/volume-storage-capacity.html#volume-data-tiering)。

在为文件共享中的卷设置分层策略时，考虑以下建议：
+ HPC 工作负载应访问 SSD 层中的数据，以防止出现性能瓶颈。对于 HPC 工作负载访问的卷，我们建议将分层策略设置为**无**或**仅限快照**。
+ 将数据迁移到文件共享时，我们建议将目标卷分层策略设置为**全部**。这降低了成本，因为所有数据都会迁移到 SSD 层，然后立即迁移到容量池层。此外，如果 SSD 层容量使用率达到 98% 或更高，则将停止向该层写入数据。将分层策略设置为**全部**可防止在迁移期间达到此分层阈值。迁移完成后，您可以更改分层策略以平衡性能和成本。有关更多信息，请参阅[使用将文件共享迁移到 Amazon f FSx o NetApp r ONTAP AWS DataSync](https://aws.amazon.com/blogs/storage/migrating-file-shares-to-amazon-fsx-for-netapp-ontap-using-aws-datasync/)（AWS 博客文章）。

## 使用 NetApp ONTAP 最大目录大小的最佳实践
<a name="bp-max-directory-size"></a>

[maxdirsiz](https://kb.netapp.com/onprem/ontap/os/What_is_maxdirsize) e（NetApp 文档）是一 NetApp 项 ONTAP 设置，用于确定每个目录中可以存储的最大文件数。此设置适用于卷，因此卷中的所有目录都具有相同的 `maxdirsize` 设置。默认值为 320 MB，这允许您在每个目录中最多存储 430 万个文件。

您可以增加 `maxdirsize` 值以支持更大的目录。增加该值后，如果不重新创建目录，就无法减少该值。由于目录是在内存中加载的，因此需要在目录的大小和文件系统的性能之间进行权衡。您只能通过测试来验证自定义设置。 NetApp 建议您将此值保留为其默认值。有关更多信息，请参阅 [ NetApp ONTAP FlexGroup 卷的最佳实践和实施指南](https://www.netapp.com/pdf.html?item=/media/12385-tr4571.pdf)（NetApp文档）。

如果您自定义 `maxdirsize` 设置，则可以使用以下公式来确定单个文件夹中可以容纳的文件数。

`max number of files in each directory = maxdirsize in MB × 53 × 0,25`

## 监控 FSx ONTAP 文件系统的最佳实践
<a name="bp-monitoring-fsx"></a>

与其他类似 AWS 服务， FSx 因为 ONTAP 已与 Amazon CloudWatch 集成。 CloudWatch 帮助您近乎实时地监控 AWS 资源指标。文件系统和卷级别提供了指标，这些资源的*详细监控*指标可帮助您通过更精细的报告详细信息对其进行分析。有关更多信息，请参阅 ONTAP 文档 CloudWatch中的[使用 Amazon FSx 进行监控](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/monitoring-cloudwatch.html)。使用 CloudWatch以下方法监控 ONTAP 时 FSx ，请考虑以下建议：
+ 我们建议您使用 `StorageUsed` [文件系统指标](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/file-system-metrics.html)，以便您可以按存储层筛选监控结果。
+ 使用`StorageCapacity`文件系统指标配置 CloudWatch[警报](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html)，如果使用了 80% 以上的 SSD 层容量，则会通知您。这可确保卷的分层功能正常运行，并有助于保持处理新数据的容量。有关更多信息，请参阅[分层阈值](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/volume-storage-capacity.html#storage-tiering-thresholds)。

## 选择可用区部署选项的最佳实践
<a name="bp-availability-zone"></a>

您可以在单可用区或多可用区配置中部署 Amazon FSx for NetApp ONTAP。每个选项均提供不同级别的可用性和持久性。有关这些部署选项的更多信息，请参阅 ONTAP 文档中的[ FSx 可用性和持久性](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/high-availability-AZ.html)。

多可用区 FSx 以主动-被动配置部署 for ONTAP 文件系统。因此，所有连接到文件共享的服务器仅使用主可用区中的端点。辅助可用区中的端点仅用于失效转移，除非主可用区出现故障，否则不会用于读取或写入。

在为 ONTAP 文件系统创建可用区部署选项后， FSx 您无法更改可用区部署选项。要更改可用区配置，您必须创建一个新的文件系统，然后将数据迁移到新的文件系统。

但是，即使您使用单可用区选项部署了文件共享，仍然可以从其他可用区访问该文件共享。您的网络配置（例如安全组和网络访问控制列表）必须允许客户端连接到文件系统端点。使用此方法，每个方向的跨可用区流量（读取和写入）都会产生费用。有关更多信息，请参阅[亚马逊 NetApp ONTAP 版 FSx 定价](https://aws.amazon.com/fsx/netapp-ontap/pricing/)。

选择部署选项时，您必须在多可用区配置的韧性和单可用区配置的性能之间选择。如果适合您的使用案例，我们建议您选择多可用区选项，因为它可提供高可用性。但是，单可用区选项可能更具成本效益，且可以减少延迟。考虑 HPC 工作负载及其能否承受额外的延迟。