3.2標準
ETLロードと利用者の対話クエリが同じRedshiftクラスターで競合する。
短い対話クエリを長時間ETLから保護したい。
最も適切な分析方法はどれか。
× 不正解
WLMでワークロードを分類し、優先度、同時実行数、タイムアウト、監視を設定する。
詳細解説
正しいWLMのキュー・優先度・クエリ監視を設計する
ワークロード別にリソースと優先度を割り当て、待ち時間とスループットを管理できる。
ワークロード別にリソースと優先度を割り当て、待ち時間とスループットを管理できる。
誤りすべてのクエリを同じ優先度にする
ETLが対話クエリを占有し、利用者の応答時間が不安定になる。
ETLが対話クエリを占有し、利用者の応答時間が不安定になる。
誤りS3へクエリを移して解決する
外部表化だけではRedshift内のWLM競合を解決しない。
外部表化だけではRedshift内のWLM競合を解決しない。
誤り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
誤り・権利侵害を報告