Q26 — AWS SAA-C03 第3章

第 26/65 問 | ← 第3章

Q156. ソリューションアーキテクトが、ドキュメント管理ワークロードをAWSに移行しようとしています。このワークロードでは、7 TiBの契約書類を共有ストレージファイルシステム上に保持し、外部データベースでそれらを追跡しています。ほとんどの文書は、将来的な参照のために最終的に保存および取得されます。アプリケーションは移行中に変更できず、ストレージソリューションは高い可用性を備えていなければなりません。文書の取得および保存は、Auto Scalingグループ内のAmazon EC2インスタンスで実行されるWebサーバーによって行われます。Auto Scalingグループは最大12台のインスタンスまでスケールできます。これらの要件を最もコスト効率よく満たすソリューションはどれですか？

• A. 共有NFSストレージシステムとして機能するよう、エンハンスドネットワーキング最適化EC2インスタンスをプロビジョニングする。
• B. S3 Standard-Infrequent Access（S3 Standard-IA）ストレージクラスを使用するAmazon S3バケットを作成し、そのS3バケットをAuto Scalingグループ内のEC2インスタンスにマウントする。
• C. AWS Transfer for SFTPとAmazon S3バケットを用いてSFTPサーバーエンドポイントを作成し、Auto Scalingグループ内のEC2インスタンスをそのSFTPサーバーに接続するよう設定する。
• D. EFS Standard-Infrequent Access（EFS Standard-IA）ストレージクラスを使用するAmazon Elastic File System（Amazon EFS）ファイルシステムを作成し、そのファイルシステムをAuto Scalingグループ内のEC2インスタンスにマウントする。 ✓

正解: D. EFS Standard-Infrequent Access（EFS Standard-IA）ストレージクラスを使用するAmazon Elastic File System（Amazon EFS）ファイルシステムを作成し、そのファイルシステムをAuto Scalingグループ内のEC2インスタンスにマウントする。

解説

アプリケーションの変更が許されず、共有ファイルシステムとしての動作（NFS互換）が必要なため、Amazon S3を直接マウント（選択肢B）することは技術的に不可能です（S3はNFSプロトコルをサポートしておらず、FUSEやサードパーティツールを用いたマウントは非推奨・非対応）。同様に、AWS Transfer for SFTP（選択肢C）はSFTP経由のファイル転送には適しますが、アプリケーションがPOSIX互換のファイルシステムAPI（例：open(), read(), write()）を直接呼び出す必要がある場合、SFTPクライアントによるマウントではなく、アプリケーション側の改修が必要となり、要件「アプリケーションを変更できない」に反します。選択肢AのEC2ベースNFSサーバーは、単一障害点となり、可用性要件（「highly available」）を満たさず、また運用負荷・スケーラビリティ・コスト面でも非効率です。一方、Amazon EFS（選択肢D）は、マルチAZで自動的に冗長化されたフルマネージドなNFS互換ファイルシステムであり、Auto Scalingグループ内の複数EC2インスタンスから同時にマウント可能で、POSIX互換性・可用性・スケーラビリティを満たします。さらに、アクセス頻度が低い文書群であるため、EFS Standard-IAストレージクラスを選択することで、コストを最適化できます。したがって、Dが最もコスト効率よく要件を満たすソリューションです。