FSx for Lustre 文件系统的部署选项

Amazon FSx for Lustre 提供两个文件系统部署选项：临时和持久。

使用 AWS Management Console、AWS Command Line Interface（AWS CLI）或 Amazon FSx for Lustre API 创建新文件系统时，可以选择文件系统部署类型。有关更多信息，请参阅步骤 1：创建 FSx for Lustre 文件系统和《Amazon FSx API 参考》中的 CreateFileSystem。

无论使用何种部署类型，创建 Amazon FSx for Lustre 文件系统时，系统都会自动启用静态数据加密。从支持传输中加密的 Amazon EC2 实例访问传输中数据时，Scratch 2 和持久性文件系统会自动对传输中数据进行加密。有关加密的更多信息，请参阅Amazon FSx for Lustre 中的数据加密。

临时文件系统

临时文件系统专为临时存储和短期数据处理而设计。如果文件服务器出现故障，则不会复制数据，也不会持久保留数据。临时文件系统提供高突增吞吐量，高达基准吞吐量（每 TiB 存储容量 200MBps）的六倍。有关更多信息，请参阅 聚合文件系统性能。

当需要对处理量繁重的短期工作负载使用成本优化的存储时，可以使用临时文件系统。

在临时文件系统上，如果文件服务器出现故障且未复制数据，则不会更换文件服务器。如果临时文件系统上的某个文件服务器或存储磁盘变得不可用，仍可以访问存储在其他服务器上的文件。如果客户端尝试访问位于不可用服务器或磁盘上的数据，则客户端会立即显示 I/O 错误。

下表示例说明了示例大小的临时文件系统在一天和一周内的预期可用性或持久性。由于更大的文件系统具有更多的文件服务器和更多的磁盘，因此发生故障的概率也会增加。

持久性文件系统

持久性文件系统专为长期存储和工作负载而设计。文件服务器具有高可用性，并且数据在文件系统所在的同一可用区内自动复制。附加到文件服务器的数据卷独立于所附加的文件服务器进行复制。

Amazon FSx 持续监控持久性文件系统的硬件故障，并在出现故障时自动更换基础设施组件。在持久性文件系统上，如果某个文件服务器变得不可用了，则系统会在故障发生后的几分钟内自动替换该服务器。在此期间，客户端对该服务器上的数据请求会以透明方式进行重试，并最终在更换文件服务器后成功。持久性文件系统上的数据会复制到磁盘，任何出现故障的磁盘会自动透明地进行替换。

对于长期存储以及侧重于吞吐量的工作负载，且这些工作负载将长时间运行或无限期运行，并可能对可用性中断很敏感，在这两种情况下，使用持久性文件系统。

从支持传输中加密的 Amazon EC2 实例访问传输中数据时，持久部署类型会自动对其进行加密。

Amazon FSx for Lustre 支持两种持久部署类型：Persistent_1 和 Persistent_2。

Persistent_2 部署类型

Persistent_2 是最新一代的持久部署类型，最适合需要长期存储的使用案例以及工作负载为延迟敏感型且需要最高 IOPS 和吞吐量的使用案例。与 Persistent_1 文件系统相比，Persistent_2 部署类型支持的每单位存储吞吐量更高，并且提供以下四个级别的每单位存储吞吐量：125 MB/s/TiB、250 MB/s/TiB、500 MB/s/TiB 和 1000 MB/s/TiB。

如果在创建 Persistent_2 文件系统时指定了元数据配置，就可以选择随着时间的推移提高元数据性能而不考虑文件系统的存储容量，以满足不断增长的性能要求并为更大的工作负载提供支持。

可以使用 Amazon FSx 控制台、AWS Command Line Interface 和 API 创建具有元数据配置模式的 Persistent_2 文件系统。

Persistent_1 部署类型

Persistent_1 部署类型非常适合需要长期存储的使用案例，以及工作负载侧重于吞吐量且对延迟不敏感的使用案例。Persistent_1 部署类型支持 SSD（固态驱动器）和 HDD（硬盘驱动器）存储类型。

对于具有 SSD 存储的 Persistent_1 文件系统，每单位存储的吞吐量为每 TiB 50MB/s、100MB/s 或 200MB/s。对于 HDD 存储，每单位存储的 Persistent_1 吞吐量为每 TiB 12MB/s 或 40MB/s。

只能使用 AWS CLI 和 Amazon FSx API 创建 Persistent_1 部署类型。

部署类型的可用性

Scratch_2、Persistent_1 和 Persistent_2 部署类型可以在以下 AWS 区域 中使用：