一家公司正在部署一个新的 Web 应用程序，需要为 Linux 应用程序服务器提供共享存储。数据集大小高达 100 GB。高峰活动每天持续 3 小时，需要 225 MiB/s 的读取吞吐量。解决方案必须是多可用区 (Multi-AZ)，并将数据副本复制到另一个 AWS 区域以进行灾难恢复，RPO 低于 1 小时。哪种设计能满足这些需求？

正确答案是创建 Amazon Elastic File System (EFS) Multi-AZ 文件系统，预置 75 MiB/s 的吞吐量，并启用复制到灾难恢复区域中的 EFS 文件系统。EFS 是一种多可用区共享文件存储服务，适用于 Linux 应用程序，满足共享存储和多可用区要求。数据集大小为 100 GB，预置 75 MiB/s 的吞吐量足以满足 225 MiB/s 的峰值读取需求，因为 EFS 的预置吞吐量是针对写入操作，读取吞吐量通常是预置吞吐量的三倍。EFS 复制功能提供了低于 1 小时的 RPO，满足灾难恢复要求。 Amazon FSx for Lustre 不适合，因为它主要用于高性能计算，且 AWS Backup 不提供低于 1 小时的 RPO。gp3 Amazon EBS 卷不支持共享访问，且 Multi-Attach 仅限于同一可用区内的实例。Amazon FSx for OpenZFS 是一种单可用区服务，且 DataSync 每 10 分钟复制一次可能无法保证低于 1 小时的 RPO，并且增加了管理复杂性。