SOAモニタリング、ロギング、分析、修復、およびパフォーマンスの最適化
ある企業はAWS Organizations で複数のAWSアカウントを管理しています。本番アカウントで重要なEC2インスタンスが誤って終了する事象が発生し、セキュリティチームは「過去90日間に、どのIAMプリンシパルが `TerminateInstances` を実行したか」を全アカウント横断でSQLを使って調査したいと考えています。最小のセットアップで実現する方法はどれですか。
A組織全体のイベントを集約するCloudTrail Lake のイベントデータストアを作成し、SQLクエリで `TerminateInstances` イベントを実行者ごとに検索する
✓ 正解
CloudTrail Lakeは組織のイベントを不変のデータストアに集約し、SQLで直接クエリできる。組織データストアを作れば全アカウントの`TerminateInstances`実行者を一元的に、最小セットアップかつSQLで横断調査できる。
B各アカウントのCloudTrailログが保存されたS3バケットに対してAmazon Athena のテーブルを作成し、アカウントごとに個別のSQLクエリを実行する
Athenaは各アカウントのS3バケットごとにテーブル定義やパーティション設定が必要で、アカウント単位のクエリになる。全アカウント横断の調査には準備と実行の手間が大きく最小構成ではない。
C各アカウントのCloudTrailロググループに対してCloudWatch Logs Insights のクエリを実行し、`TerminateInstances` の呼び出し元を抽出する
Logs Insightsを使うには各アカウントのCloudTrailをロググループへ配信する設定が前提となり、クエリもアカウント個別に実行する必要がある。組織横断の一元的なSQL分析には適さない。
DAWS Config の設定タイムラインで終了されたEC2インスタンスの変更履歴を開き、関連するイベントの実行者情報を各アカウントで確認する
AWS Configはリソースの構成変更履歴を追跡できるが、任意のAPI呼び出しの実行者をSQLで横断的に検索する監査用途には向かない。各アカウントで手作業確認となり効率が悪い。
解説
CloudTrail Lake は、CloudTrailイベントを不変のイベントデータストアに集約し、SQLベースのクエリで直接分析できるマネージド機能です。組織のデータストアを作成すればメンバーアカウントのイベントを一元集約でき、`TerminateInstances` を実行したIAMプリンシパルを全アカウント横断で最小のセットアップかつSQLで調査できます。
選択肢Bの Athena は、各アカウントのバケットに対しテーブル定義やパーティション設定が必要で、アカウントごとのクエリ実行となり横断調査の手間が大きい。
選択肢Cの Logs Insights は、各アカウントのCloudTrailをロググループへ配信する設定が前提で、クエリも各アカウント個別となり集約分析に向かない。
選択肢Dの Config は設定変更履歴を追えるが、任意のAPI呼び出し実行者をSQLで横断検索する用途には適さない。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでSOAを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →