3.2標準
ETLロードと利用者の対話クエリが同じRedshiftクラスターで競合する。
短い対話クエリを長時間ETLから保護したい。
最も適切な分析方法はどれか。
× 不正解
WLMでワークロードを分類し、優先度、同時実行数、タイムアウト、監視を設定する。
詳細解説
誤りS3へクエリを移して解決する
外部表化だけではRedshift内のWLM競合を解決しない。
正しいWLMのキュー・優先度・クエリ監視を設計する
ワークロード別にリソースと優先度を割り当て、待ち時間とスループットを管理できる。
誤りすべてのクエリを同じ優先度にする
ETLが対話クエリを占有し、利用者の応答時間が不安定になる。
誤りCloudTrailのログを削除して容量を空ける
監査ログ削除はクエリリソースの割り当てを変えない。
公式資料で確認する
以下の項目を公式資料の記述と照合して確認します。
Amazon Redshift workload management、query priorities、concurrency scalingの公式説明を確認する。
確認できる内容
保存場所の変更とクエリリソース管理の違いを説明できる。
理解のポイント
- WLM
- 優先度
- Concurrency scaling
- クエリ監視
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
公平性
短いクエリと長いバッチのSLAを分け、キュー飢餓を監視する。
コスト
Concurrency Scalingやクラスターサイズ変更の費用と効果を比較する。
問題IDAWS-DEA-208
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告