Q64 — AWS SAA-C03 第15章
第 64/100 题 | ← 返回第15章
Q1164. 一家公司正在将一个文档管理应用程序迁移到 AWS。该应用程序在 Linux 服务器上运行。该公司将把该应用程序迁移到 Auto Scaling 组中的 Amazon EC2 实例。该公司将 7 TiB 的文档存储在一个共享存储文件系统中。一个外部关系数据库负责跟踪这些文档。文档存储一次,即可随时多次检索参考。迁移期间,公司无法修改应用程序。存储解决方案必须具备高可用性,并支持随时间扩展。哪种解决方案能够最经济有效地满足这些要求?
- A. 将具有增强网络功能的 EC2 实例部署为共享 NFS 存储系统。导出 NFS 共享。将 NFS 共享挂载到 Auto Scaling 组中的 EC2 实例上。
- B. 创建一个使用 S3 标准-不频繁访问 (S3 Standard-IA) 存储类的 Amazon S3 存储桶。将 S3 存储桶挂载到 Auto Scaling 组中的 EC2 实例上。
- C. 使用 AWS Transfer for SFTP 和 Amazon S3 存储桶部署 SFTP 服务器端点。配置 Auto Scaling 组中的 EC2 实例以连接到 SFTP 服务器。
- D. 创建一个在多个可用区中具有挂载点的 Amazon Elastic File System (Amazon EFS) 文件系统。使用 EFS 标准-不频繁访问 (Standard-IA) 存储类。将 NFS 共享挂载到 Auto Scaling 组中的 EC2 实例上。 ✓
正确答案: D. 创建一个在多个可用区中具有挂载点的 Amazon Elastic File System (Amazon EFS) 文件系统。使用 EFS 标准-不频繁访问 (Standard-IA) 存储类。将 NFS 共享挂载到 Auto Scaling 组中的 EC2 实例上。
解析
为了确定将公司文档管理应用程序迁移到 AWS 的最具成本效益和最合适的存储解决方案,让我们分析需求并评估每个选项:关键要求:高可用性:存储解决方案必须具备故障恢复能力。可扩展性:解决方案必须支持随着文档存储量的增长而不断扩展。成本效益:解决方案应在满足上述要求的同时最大限度地降低成本。无需修改应用程序:应用程序无法修改,因此存储必须与现有设置(Linux 服务器、类似 NFS 的共享存储)兼容。7 TiB 文档:解决方案必须高效处理此存储量。低频访问与检索:文档存储一次,检索多次(读取密集型工作负载)。期权分析:选项 A:将具有增强网络的 EC2 实例部署为共享 NFS 存储系统优点:提供 NFS 存储,应用程序无需修改即可使用。缺点:单点故障(EC2 实例可能宕机,导致宕机)。需要手动扩展和管理 NFS 服务器。默认情况下可用性不高(需要额外设置,例如多可用区或集群,这会增加复杂性和成本)。由于需要计算资源来运行 NFS 服务器,因此对于长期存储而言并不划算。结论:可用性和可扩展性不足以满足需求。选项 B:创建一个 Amazon S3 存储桶,并使用 S3 Standard-IA 存储类别,并将其挂载到 EC2 实例上。优点:S3 具有高可用性、耐用性和可扩展性。对于不经常访问的数据来说,S3 Standard-IA 是一种经济高效的选择。缺点:S3 不能直接作为 NFS 共享安装(尽管存在 s3fs 等工具,但由于性能和一致性问题,不建议用于生产)。应用程序需要类似 NFS 的共享存储,而 S3 是一个对象存储,如果不进行应用程序更改,它可能无法无缝工作。结论:如果不进行修改,则与应用程序的 NFS 要求不兼容。选项 C:使用 AWS Transfer for SFTP 和 S3 存储桶部署 SFTP 服务器端点。优点:提供对 S3 的 SFTP 访问。缺点:该应用程序需要类似 NFS 的共享存储,而不是 SFTP。这需要对应用程序进行重大更改(例如,使用 SFTP 客户端而不是直接访问文件系统)。AWS Transfer for SFTP 会为此用例增加不必要的复杂性和成本。结论:由于应用程序不兼容,因此不适用。选项 D:在多个可用区中创建具有挂载点的 Amazon EFS 文件系统,并使用 EFS Standard-IA 存储类优点:Amazon EFS 是一个完全托管、高度可用且可扩展的 NFS 文件系统。支持多可用区部署以实现高可用性。EFS Standard-IA 对于不经常访问的数据来说具有成本效益(存储成本比 EFS Standard 低,检索费用较低)。无需修改应用程序(与 Linux NFS 客户端无缝协作)。根据需求自动扩展。缺点:存储成本略高于 S3,但其 NFS 兼容性和易用性弥补了这一缺陷。结论:Best 满足所有要求(高可用性、可扩展性、经济高效、无需应用程序修改)。最终答案:D. 创建一个在多个可用区中具有挂载点的 Amazon Elastic File System (Amazon EFS) 文件系统。使用 EFS 标准-不频繁访问 (Standard-IA) 存储类。将 NFS 共享挂载到 Auto Scaling 组中的 EC2 实例上。该解决方案无需修改应用程序即可提供所需的高可用性、可扩展性和 NFS 兼容性,同时对于不经常访问的数据也具有成本效益。最经济有效地满足要求的解决方案是:D. 创建一个在多个可用区中具有挂载点的 Amazon Elastic File System (Amazon EFS) 文件系统。使用 EFS 标准-不频繁访问 (Standard-IA) 存储类。将 NFS 共享挂载到 Auto Scaling 组中的 EC2 实例上。Amazon EFS:EFS 提供托管、可扩展且高度可用的文件系统,可挂载到跨不同可用区的多个 EC2 实例上,从而确保高可用性。NFS 兼容性:EFS 支持 NFS 协议,这意味着它无需修改即可轻松与现有应用程序集成,满足应用程序迁移的无变更需求。标准 IA 存储类:此类适用于访问频率较低的文件,符合文档管理的需求,即文档存储一次,并随着时间的推移多次检索。该解决方案在确保应用程序高可用性的同时,平衡了成本效益和可扩展性。