Q51 — AWS SAP-C02 第1章

第 51/75 問 | ← 第1章

Q126. ソリューションアーキテクトが、Amazon WorkSpacesで新しいセッションを確立できないという問題の原因を調査しています。初期分析の結果、この問題はユーザー プロファイルに関係していることが示唆されています。Amazon WorkSpaces 環境は、プロファイル共有ストレージとして Amazon FSx for Windows File Server を使用するように設定されています。FSx for Windows File Server ファイルシステムは、10 TB のストレージ容量で構成されています。ソリューションアーキテクトは、このファイルシステムのストレージが最大容量に達していることを確認しました。ソリューションアーキテクトは、ユーザーがアクセスを再び利用できるようにする必要があります。また、この問題が再発しないようにする対策も必要です。 これらの要件を満たすソリューションはどれですか？

• A. 古いユーザー プロファイルを削除して空き容量を確保し、ユーザー プロファイルを Amazon FSx for Lustre ファイルシステムに移行する。
• B. update-file-system コマンドを使用して容量を増加させ、Amazon CloudWatch のフリースペース（空き容量）を監視するメトリクスを実装する。Amazon EventBridge を使用して、必要に応じて AWS Lambda 関数を呼び出して容量を自動的に増加させる。 ✓
• C. Amazon CloudWatch の FreeStorageCapacity メトリクスを使用してファイルシステムを監視し、AWS Step Functions を使用して必要に応じて容量を増加させる。
• D. 古いユーザー プロファイルを削除して空き容量を確保し、追加の FSx for Windows File Server ファイルシステムを作成する。50% のユーザーのユーザープロファイルのリダイレクト先を、新規ファイルシステムに更新する。

正解: B. update-file-system コマンドを使用して容量を増加させ、Amazon CloudWatch のフリースペース（空き容量）を監視するメトリクスを実装する。Amazon EventBridge を使用して、必要に応じて AWS Lambda 関数を呼び出して容量を自動的に増加させる。

解説

Amazon FSx for Windows File Server は、ストレージ容量をオンラインで拡張可能（増加可能）ですが、縮小はできません。ただし、容量増加には手動または自動化された操作が必要です。選択肢 B は、update-file-system CLI コマンド（または UpdateFileSystem API）による容量増加と、CloudWatch の FreeStorageCapacity メトリクスおよび EventBridge + Lambda を用いた自動スケーリングを組み合わせており、即時対応（既存の空き容量確保）と将来的な再発防止の両方を実現します。選択肢 A は FSx for Lustre への移行を提案していますが、Lustre は Windows ユーザープロファイルの共有ストレージとして非推奨（Windows ネイティブの SMB サポートや Active Directory 統合が不足）であり、互換性に問題があります。選択肢 C は Step Functions を使用していますが、Step Functions はワークフロー編成向けであり、単純な容量増加のような状態レスなアクションには過剰かつ不適切です（Lambda が直接適しています）。選択肢 D は一時的な回避策（プロファイル削除＋分散）ですが、根本的な自動化・スケーラビリティ対策がなく、運用負荷が高く、再発防止には不十分です。したがって、B が最も適切なソリューションです。