CLF-C02 の無料練習問題
クラウドプラクティショナー

A から D のすべてが AWS サービスですが、AWS Trusted Advisor にアクセスする場所は AWS Management Console のみです。A の AWS Marketplace はサードパーティのセキュリティソリューション検索に使用し、Trusted Advisor 自体にはアクセスできません。B の AWS Firewall Manager は複数アカウントやリソースのファイアウォール設定を一元管理するサービスで、Trusted Advisor とは異なります。C の AWS Security Hub は複数のセキュリティサービスの検出結果を集約するサービスですが、Trusted Advisor へのアクセス場所ではありません。D の AWS Management Console は、AWS Trusted Advisor を含むすべての AWS サービスにアクセスする主要な方法であり、ここから Trusted Advisor を起動してセキュリティチェック結果を確認します。

A：AWS Marketplace はサードパーティのセキュリティソリューション検索・購入の場所です。AWS Trusted Advisor は AWS が直接提供するネイティブサービスであり、Marketplace を経由してアクセスするものではありません。

B：AWS Firewall Manager はファイアウォールルールの一元管理を行うサービスです。これは AWS WAF や AWS Shield などのファイアウォール保護に関する設定を管理するもので、Trusted Advisor のセキュリティチェック機能とは無関係です。

C：AWS Security Hub は複数のセキュリティサービスの検出結果を集約・分析するサービスです。Trusted Advisor とは別のサービスで、Trusted Advisor を実行・アクセスするための場所ではありません。

D：AWS Trusted Advisor は AWS Management Console から直接アクセスできるサービスです。コンソール内のサービスメニューから Trusted Advisor を選択することで、セキュリティをはじめとする各種チェック結果を確認できます。

学習のポイント：AWS Trusted Advisor は AWS Management Console から直接アクセスする、AWS が提供するネイティブなセキュリティチェックサービスです。

公式ドキュメント

• security-trusted-advisor.html

Trusted Advisor へのアクセスは IAM で制御します。Management Console では trustedadvisor という別の IAM 名前空間がアクセスを制御し、Trusted Advisor コンソールで結果を表示するにはこの名前空間への許可が必要です。Support API の権限だけを持つ場合は、ウィジェットに結果の概要が表示されるにとどまります。 A(正解): trustedadvisor 名前空間への許可を IAM ポリシーに追加することで、コンソールで結果を表示できます。 B(不正解): support 名前空間は Support API の操作を制御するもので、このユーザーはすでに権限を持っています。 C(不正解): アクセスの制御は IAM で行うため、AWS Organizations での委譲では解決しません。 D(不正解): 企業はすでに Business Support+ を契約しており、すべてのチェックを利用できるプランです。問題はプランではなくユーザーの権限なので、Enterprise Support に変更しても解決しません。

A：Management Console では、trustedadvisor という別の IAM 名前空間が Trusted Advisor へのアクセスを制御します。Trusted Advisor コンソールで結果を表示するには、この名前空間へのアクセス許可が必要です。問題文のユーザーは Support API の権限だけを持つため概要しか見えず、この許可を追加すれば解消します。

B：support 名前空間は Support API の操作を制御するものです。問題文のユーザーは Support API の権限をすでに持っており、そのためウィジェットに概要が表示されています。Trusted Advisor コンソールで結果を表示するために必要なのは trustedadvisor 名前空間の権限なので、support を追加しても解決しません。

C：Trusted Advisor へのアクセスは IAM で制御します。問題の原因は IAM ユーザーに trustedadvisor 名前空間の権限がないことであり、AWS Organizations でアクセスを委譲する設定では解決しません。

D：Business Support+ 以上のプランでは Trusted Advisor のすべてのチェックを利用できます。この企業はすでに Business Support+ を契約しており、プランの問題ではありません。原因は IAM ユーザーの権限なので、プランを変更しても Trusted Advisor コンソールで結果を表示できるようにはなりません。

学習のポイント：Trusted Advisor コンソールで結果を表示するには、IAM の trustedadvisor 名前空間へのアクセス許可が必要である。Support API の権限だけでは結果の概要の表示にとどまる。

公式ドキュメント

• security-trusted-advisor.html

AWS リソースの不正利用(アビューズ)の報告に関わる役割を担うのは AWS Trust and Safety チームなので、A が正解です。B の AWS Health Dashboard は、AWS Trusted Advisor や AWS Health API とともに、利用者が自分の環境を管理・監視するためのものです。この企業は対象リソースのアカウントの管理者でもユーザーでもないため、用途が合いません。C の AWS Trusted Advisor は、利用者自身のアカウントのリソースについてコスト削減などの推奨事項を示すサービスで、他者のリソースの不正利用を報告する役割はありません。D の AWS re:Post は、技術情報を探すためのリソースの一つであり、不正利用の報告に関わる役割を担うものとしては位置付けられていないため誤りです。

A：AWS Trust and Safety チームは、AWS リソースの不正利用(アビューズ)の報告に関わる役割を担うチームとして位置付けられています。この問題で必要なのは、自社の環境を管理することではなく、他者のアカウントで稼働するリソースの不正利用の疑いを AWS に伝えることです。この目的に役割が合致するのはこの選択肢だけです。

B：AWS Health Dashboard は、AWS Trusted Advisor や AWS Health API とともに、利用者が自分の環境を管理・監視するためのものとして位置付けられています。問題文のとおり、この企業は対象リソースのあるアカウントの管理者でもユーザーでもなく、自分の環境の状況確認が目的ではありません。不正利用の報告に関わる役割は持たないため、誤りです。

C：AWS Trusted Advisor は、利用者自身のアカウントのリソースの構成や使用状況を調べ、コスト削減などの推奨事項を示すサービスです。たとえば Amazon EBS ボリュームの構成と使用パターンを確認し、コスト削減の推奨を提示します。対象は自分のアカウントのリソースであり、他者のリソースの不正利用を報告する役割ではないため、誤りです。

D：AWS re:Post は、AWS Prescriptive Guidance や AWS Knowledge Center と並んで、AWS の技術情報を探すためのリソースの例として位置付けられています。技術的な情報を調べる手段であり、不正利用の報告に関わる役割を担うものとしては位置付けられていないため、誤りです。

学習のポイント：AWS リソースの不正利用(アビューズ)の報告に関わる役割を担うのは AWS Trust and Safety チームである。

公式ドキュメント

• cloud-practitioner-02-domain4.md
• cost-optimization-checks.html

この問題は、ガバナンスとコンプライアンスに関連するAWSサービスの役割を区別する能力を確認しています。Aが正解です。Amazon CloudWatch はメトリクスとログのリアルタイム監視、アラート設定、通知機能を提供し、このシナリオの要件に完全に対応しています。一方、Bの CloudTrail は API 監査、C の Config はリソース設定追跡、D の Security Hub は脅威管理という異なる役割を担っており、メトリクス監視と自動通知という要件には適合しません。

A：Amazon CloudWatch はシステムメトリクスとログをリアルタイムで監視し、しきい値に基づいてアラートを設定してSNS経由で通知を送信できるサービスです。ガバナンスとコンプライアンスのための監視機能を提供しており、このシナリオのメトリクス監視と自動通知の要件に直接対応します。

B：AWS CloudTrail はAPI呼び出しとイベントを監査ログに記録するサービスであり、システムメトリクスのリアルタイム監視や通知機能を提供しません。CloudTrail は『誰が何をしたか』の履歴記録が主な役割です。

C：AWS Config はリソースの設定が時間とともにどのように変更されたかを追跡し、設定がポリシーに準拠しているかを評価するサービスです。CPU使用率やディスク使用率といったシステムメトリクスの監視ではなく、設定変更の監査に用いられます。

D：AWS Security Hub はセキュリティ脅威と検出結果を一元的に管理するサービスで、複数のセキュリティ関連サービスの知見を統合します。システムメトリクスのリアルタイム監視と通知を行う主要な役割ではありません。

学習のポイント：Amazon CloudWatch はシステムメトリクスのリアルタイム監視と条件付き通知を担当する

公式ドキュメント

• cloud-practitioner-02-domain2.md

A: AWS Support Center はサポートへの問い合わせ窓口であり、Marketplace のデータセットをプログラムから取得して S3 に配信する仕組みではないため誤りです。 B: AWS Marketplace Commerce Analytics Service に登録すると、利用状況・サブスクリプション・請求のレポートをプログラムから取得でき、GenerateDataSet でリクエストしたデータセットは指定した S3 バケットへ配信されます。したがって正解です。 C: AWS Trusted Advisor は AWS 環境の改善の推奨事項を確認するサービスであり、Marketplace のデータセットを提供するものではないため誤りです。 D: AWS Health Dashboard は AWS サービスやリソースに影響するイベントを確認するためのものであり、Marketplace のデータセットを配信する機能ではないため誤りです。

A：AWS Support Center は AWS Support に関する問い合わせや手続きを行う窓口です。Marketplace の利用状況やサブスクリプションのデータセットを、プログラムから定期的に取得して S3 バケットへ配信する仕組みではないため、要件を満たしません。

B：AWS Marketplace Commerce Analytics Service に登録すると、利用状況・サブスクリプション・請求に関するレポートをプログラムから取得できます。リクエストしたデータはデータセットとして配信され、GenerateDataSet で指定した S3 バケットへ公開されます。スクリプトによる自動化と S3 への配信という要件を満たす唯一の選択肢です。

C：AWS Trusted Advisor は AWS 環境をチェックして改善の推奨事項を示すサービスです。Marketplace セラー向けの利用状況やサブスクリプションのデータセットを提供するものではないため、誤りです。

D：AWS Health Dashboard は AWS サービスやアカウントのリソースに影響するイベントを確認するためのものです。Marketplace の顧客の利用状況やサブスクリプションのデータセットを S3 バケットへ配信する機能ではないため、誤りです。

学習のポイント：Marketplace セラーが利用状況・サブスクリプションのデータをプログラムで取得し S3 に配信させるには、AWS Marketplace Commerce Analytics Service を使います。

公式ドキュメント

• technical-documentation.html
• commerce-analytics-service.html