AWS CLF サンプル問題

正解：B

A　責任共有モデルにより、OSやアプリケーション、データの管理は移行後も顧客の責任。「クラウドに移せば全部任せられる」は典型的な誤解

B（正解）　正解。伸縮性(Elasticity)により実際の需要に追従でき、使った分だけ支払う従量課金と組み合わせて無駄をなくせる

C　そのような自動最適化の仕組みは存在しない。移行後の性能はあくまで顧客の設計次第

D　料金はリージョンごとに異なる。むしろリージョン選択はコストを左右する要因の一つ

正解：C

A　リソースを迅速に調達・破棄できる速さを指す語。単価が下がる理由の説明ではない

B　需要に応じて容量を増減できる性質。無駄は減るが、AWS側の単価が下がる仕組みそのものではない

C（正解）　正解。膨大な数の顧客の利用が集約されることでAWSの調達単価が下がり、それが値下げとして還元される

D　世界中に短時間で展開できることを指す利点で、価格構造の話ではない

正解：A

A（正解）　正解。調達待ちがなくなることで実験の回数を増やせ、失敗しても捨てられるためイノベーションの速度が上がる

B　確かにクラウドの利点だが、これはコスト構造の変化の説明。ここで問われている「速さ」ではない

C　可用性は複数AZへの分散などを設計して初めて得られるもので、環境を素早く作れることとは別の話

D　AWSが取得している認証は基盤部分に対するもので、その上に構築した顧客システムが自動で認証されるわけではない

正解：B

A　同じAZ内に台数を並べても、そのAZ全体に影響する障害では同時に停止する

B（正解）　正解。AZは電源や空調が独立した物理的に分離されたデータセンター群で、低レイテンシー接続で結ばれている。AZ障害の影響を切り離す基本策

C　エッジロケーションはCloudFrontなどがコンテンツをキャッシュする拠点であり、EC2などを起動する場所ではない。AZとの取り違えが頻出

D　復旧手段としては有効だが、障害発生中もサービスを止めずに継続する仕組みにはならない

正解：C

A　性能とコストの選択であり、データが物理的にどこへ保存されるかは決まらない

B　サポートの応答時間や範囲が変わるだけで、データの保管地には影響しない

C（正解）　正解。リージョンは地理的に独立しており、保存したデータは顧客が明示的に移動しない限りそのリージョンから出ない。データ主権の要件はリージョン選択で対応する

D　IAMはグローバルサービスであり、データの物理的な保管場所とは無関係

正解：A・C

A（正解）　正解。オンプレミスのサーバー構成、性能データ、サーバー間の通信を収集し、移行計画の土台となる情報を集められる

B　誤り。データベースを稼働させたまま移行するためのサービスであり、サーバー構成の棚卸しや移行全体の進捗管理を行うものではない

C（正解）　正解。収集した情報や各種移行ツールの状況を集約し、移行対象ごとの進捗を一元的に追跡できる

D　誤り。AWS上のリソースの設定を記録して評価するサービスであり、移行前のオンプレミス資産の棚卸しには使えない

E　誤り。すでにAWSで稼働しているリソースの使用実績から最適なタイプを推奨するサービスで、移行計画の作成が目的ではない

正解：A・C

A（正解）　正解。同じ役割のインスタンスを台数で増やす対応であり、水平スケーリングの典型例にあたる

B　誤り。1台あたりのCPUやメモリを増やす対応なので垂直スケーリング(スケールアップ)。インスタンスの停止を伴ううえ、最大サイズに達するとそれ以上伸ばせない

C（正解）　正解。処理を担うノードを増やして負荷を分散するため、水平スケーリングにあたる

D　誤り。ストレージ容量を増やしているだけで、処理を担うノードの数は変わっていない

E　誤り。1台の性能を上げる垂直スケーリング。データベースを水平方向に広げるならリードレプリカの追加が該当する

正解：C

A　EC2はIaaSであり、インスタンス内のOSは顧客が管理する。RDSなどのマネージドサービスとの取り違えが最頻出

B　責任共有モデルは作業を分担して交互に行う仕組みではなく、レイヤーの境界で責任が明確に分かれる

C（正解）　正解。AWSはハイパーバイザーまでを担い、ゲストOS、ミドルウェア、アプリケーション、データ、権限設定は顧客の責任(「クラウド内のセキュリティ」)

D　責任分界はリージョンによって変化しない

正解：A

A（正解）　正解。物理施設、ハードウェア、媒体の廃棄は「クラウドのセキュリティ」としてAWSが一貫して担う

B　顧客は物理層に一切関与できない。ここを顧客責任と考える誤りは責任共有モデルの理解不足の典型

C　サポートプランのグレードは責任分界に影響しない

D　顧客がAWSのデータセンターへ立ち入ることはできない。第三者監査の結果はAWS Artifactでレポートとして入手する

正解：B

A　説明が入れ替わっている。用語のペアを逆に覚えていると引っかかる

B（正解）　正解。AWSはハードウェア、ネットワーク、仮想化基盤、施設を守り、顧客はその上で扱うデータ、アクセス権限、OSやアプリの設定を守る

C　顧客側の設定ミスによる情報漏洩は起こり得る。顧客の責任は必ず残る

D　それではコロケーション(ハウジング)と変わらない。AWSは基盤の保護を明確に担っている

正解：C

A　マネージドサービスであっても「誰にアクセスを許すか」は常に顧客の判断であり、AWSが代わりに決めることはない

B　既定ではパブリックアクセスがブロックされる。それを解除したのであれば顧客の操作による結果

C（正解）　正解。データの分類とアクセス制御は一貫して顧客側。Block Public Accessのような機能はAWSが提供するが、有効にするかを決めるのは顧客

D　リージョンはAWS自身が運営しており、そのような第三者に責任が移ることはない

正解：D

A　実行環境の維持管理はAWSの責任。サーバーレスでは顧客が触れる範囲がさらに狭くなる

B　リクエストに応じた自動スケールはLambdaが提供する機能で、AWS側が担う

C　データセンターやハードウェアの冗長化はAWSの責任

D（正解）　正解。サーバーレスであっても、コードの脆弱性と与える権限の適切さは常に顧客の責任として残る

正解：B

A　仮想化基盤はAWSが管理し、顧客が操作することはできない

B（正解）　正解。サービスの抽象度が上がっても、データの取り扱いとアクセス権限の決定だけは顧客から離れない

C　AWSのグローバルインフラストラクチャの一部であり、AWSの責任

D　AWSが所有・運用するネットワークであり、顧客の関与範囲外

正解：C

A　最も避けるべき運用。ルートユーザーのアクセスキーは作らないことが推奨され、漏洩時の影響がアカウント全体に及ぶ

B　台帳をつけても実際の操作者を技術的に特定できず、追跡可能性の原則に反する

C（正解）　正解。ルートユーザーは請求情報の変更など一部の操作でのみ使い、普段は使わないよう保護するのがベストプラクティス

D　ルートユーザーはアカウントに固有で削除できない。削除ではなくMFAで保護して使わないことが正しい対処

正解：A

A（正解）　正解。権限の変更はグループ側の1か所で済み、異動時はグループの所属を変えるだけで反映される

B　動作はするが、権限変更のたびに10か所を修正する必要があり、変更漏れの温床になる

C　誰が操作したかを追跡できなくなり、監査と最小権限の原則に反する

D　最も危険な運用。ルートユーザーはアカウント上のあらゆる操作が可能で、共有は論外

正解：B

A　長期の認証情報がディスクやリポジトリに残り、漏洩リスクとローテーションの手間が生じる。最も避けたい方法

B（正解）　正解。インスタンスプロファイル経由で一時的な認証情報が自動的に発行・更新され、キーをどこにも保存せずに済む

C　アプリ以外の第三者にも読める状態になり、最小権限の原則に反する

D　ルートユーザーのアクセスキーは作成すべきではなく、権限も過大

正解：C

A　常時起動のサーバーが必要になり、処理が発生しない待機時間にも課金される

B　定額料金の簡易な仮想サーバーで、小規模サイトなどに向く。イベント駆動の断続的な処理には合わない

C（正解）　正解。S3のイベントをトリガーにコードを実行でき、リクエスト数と実行時間に対してのみ課金される。サーバーのプロビジョニングや管理は不要

D　大量の計算ジョブをキュー管理して実行するサービス。単発の軽量なイベント処理には過剰

正解：B

A　受信トラフィックを複数のターゲットへ分散する役割。台数そのものを増減させるのはAuto Scalingで、両者は組み合わせて使うが役割が異なる

B（正解）　正解。設定した最小/最大/希望台数とスケーリングポリシーに基づいてインスタンス数を自動調整し、異常なインスタンスの置き換えも行う

C　エッジでコンテンツをキャッシュして配信するCDN。オリジンの負荷は下がるがインスタンス数は変えない

D　AWSのグローバルネットワーク経由でトラフィックを最適な経路に導くサービスで、スケーリング機能ではない

正解：D

A　コンテナのオーケストレーションはECSが担うが、基盤となるEC2インスタンスのOSやスケールは顧客が管理する

B　管理対象が最も多く、要件と正反対

C　台数の自動調整はできるが、ホストのOS管理やパッチ適用の責任は残る

D（正解）　正解。ECSやEKSのサーバーレスなコンピューティングエンジンで、コンテナに割り当てたCPUとメモリに対して課金され、インスタンスのプロビジョニングも管理も不要

正解：A

A（正解）　正解。対応言語のコードをアップロードすると環境一式をプロビジョニングし、必要なら基盤リソースを直接操作することもできる。追加料金は不要で、使ったリソース分だけ課金される

B　テンプレートでインフラをコードとして定義・作成するサービス。何を作るかは自分で記述する必要があり、アプリのデプロイに特化した自動構成は行わない

C　既存の環境へアプリケーションを配布するデプロイサービスで、環境そのものの作成はしない

D　あらかじめ構成された仮想サーバーを定額で提供する。コードから環境を組み立てるサービスではない

正解：B

A　対応ランタイムと実行時間の制約があり、任意のOS設定を必要とする既製パッケージの実行には使えない

B（正解）　正解。OSを含む仮想サーバーを顧客が完全に制御でき、Windows Serverを含む多様なAMIから選択できる

C　オブジェクトストレージであり、アプリケーションを実行する場所ではない

D　マネージドなリレーショナルデータベースで、任意のアプリケーションを動かすことはできない

正解：C

A　実現はできるが、OSとWebサーバーの運用が発生し「サーバーを立てない」という要件に反する

B　EBSはEC2にアタッチして使うブロックストレージで、単体でインターネットに公開する機能を持たない

C（正解）　正解。オブジェクトを置くだけで公開でき、サーバー管理が不要。CloudFrontを前段に置けば配信の高速化とHTTPS化もできる

D　EFSはVPC内のEC2などからマウントして使う共有ファイルシステムで、直接Web公開する用途ではない

正解：A

A（正解）　正解。フルマネージドなNFS互換の共有ファイルシステムで、複数AZの多数のインスタンスから同時にマウントでき、容量は自動的に増減する

B　原則として1つのインスタンスにアタッチして使うブロックストレージ。共有ファイルシステム用途としてはEFSとの取り違えが頻出

C　低コストなアーカイブ用ストレージクラスで、取り出しに時間がかかりファイル共有には使えない

D　オンプレミス環境からAWSのストレージへ接続するハイブリッド用サービスで、この要件には過剰かつ用途が異なる

正解：D

A　頻繁にアクセスされるデータ向けで、保存単価は最も高い部類。長期保管には割高

B　インスタンスに紐づくブロックストレージで、長期アーカイブの単価としては非常に高い

C　アクセス頻度が低いデータ向けで標準より安いが、ミリ秒での即時取り出しを前提とするためDeep Archiveより保存単価は高い

D（正解）　正解。年に1回程度しか参照しない長期保管向けで、S3の中で最も保存単価が低い。取り出しには時間を要する前提

正解：B

A　アクセスされないデータにも高い単価を払い続けることになる

B（正解）　正解。アクセスパターンを監視して階層を自動的に移動させ、取り出し料金なしでコストを最適化する。パターンが読めないデータに最適

C　バックアップの手段であり、保存階層の自動最適化とは無関係

D架空　実在しない機能名。目的をそのまま名前にした偽の選択肢

正解：A

A（正解）　正解。インスタンス(ENI)に紐づき、許可ルールのみを記述する。ステートフルなので戻りの通信を明示的に許可する必要はない

B　サブネット単位で動作し、許可と拒否の両方を書けるがステートレスなので戻りの通信も明示的に許可が必要。セキュリティグループとの違いは頻出論点

C　通信の経路を決めるもので、許可・拒否のフィルタリングは行わない

D　VPCとインターネットを接続する出入口であり、フィルタリング機能は持たない

正解：B

A　これから構築する構成の料金を事前に見積もるツールで、実際に発生した費用の分析はできない。用途の取り違えが頻出

B（正解）　正解。過去の費用と使用量をグラフで可視化し、サービス別・アカウント別・タグ別に掘り下げたうえで将来の費用予測も表示できる

C　予算を設定してしきい値超過を通知するツール。詳細な内訳の分析はCost Explorerの役割で、この2つの使い分けが頻出

D架空　実在しないサービス名。コスト分析らしい名前に寄せた偽の選択肢

正解：C

A　費用の可視化と分析が主目的であり、任意のしきい値でアラートを送る仕組みではない

B　コスト最適化の推奨事項は示すが、金額のしきい値を指定した通知は設定できない

C（正解）　正解。コスト、使用量、Savings Plansなどに予算を設定し、実績または予測がしきい値を超えたときにアラートを送信できる

D　最も詳細な請求データをS3へ出力する仕組み。分析の材料にはなるが、それ自体が通知を行うわけではない

正解：A

A（正解）　正解。請求が1つにまとまるうえ、S3などの階層別料金やリザーブドインスタンス、Savings Plansの割引を組織全体で共有できる

B　IDの統合は行われない。複数アカウントへのシングルサインオンが必要ならIAM Identity Centerを使う

C　逆で、まとめて支払いつつアカウント別の内訳も確認できるのが利点

D　サポートプランは別途の契約であり、一括請求によって無料になることはない

正解：D

A　設定の記録と定義したルールへの準拠評価を行う。コストやサービスクォータを含む横断的な推奨は行わない

B　ソフトウェアの脆弱性評価に特化しており、コスト面の推奨は扱わない

C　実在するサービスで、リソースの適正サイズを推奨する。ただしセキュリティやサービスクォータまで横断的に見るのはTrusted Advisor

D（正解）　正解。コスト最適化、パフォーマンス、セキュリティ、耐障害性、サービスクォータの5つの観点で自動チェックする。全項目の利用にはBusiness以上のサポートプランが必要