2.4標準
分析クエリとデータ量が増減し、固定の分散キーを長期運用しにくい。
手作業を減らしつつ、Redshiftの推奨物理設計を適用したい。
最も適切な設計はどれか。
× 不正解
DISTSTYLE AUTOを候補にし、Advisor、EXPLAIN、スキャン・再配置メトリクスで自動変更の効果を確認する。
詳細解説
正しいDISTSTYLE AUTOを検討し、Advisorと実測で確認する
Redshiftが表のサイズやワークロードに応じて分散方式を選び、必要に応じて変更できる。
Redshiftが表のサイズやワークロードに応じて分散方式を選び、必要に応じて変更できる。
誤りすべての表をDISTSTYLE EVENへ固定する
偏りは避けられるが、頻繁な結合で再配置が増える可能性がある。
偏りは避けられるが、頻繁な結合で再配置が増える可能性がある。
誤りすべてをDISTSTYLE ALLへ固定する
大表では複製コストが大きく、書き込みやストレージを圧迫する。
大表では複製コストが大きく、書き込みやストレージを圧迫する。
誤り分散を考えずS3へ外出しする
外部化だけではRedshift内の結合性能やクエリ要件を解決しない。
外部化だけではRedshift内の結合性能やクエリ要件を解決しない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon Redshift DISTSTYLE AUTO、Automatic Table Optimization、Advisorの公式説明を確認する。期待される結果
自動分散が無条件の最適解ではなく、ワークロード測定と併用することを説明できる。理解のポイント
- DISTSTYLE AUTO
- ATO
- Advisor
- 再配置
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 2・Task 2.4と各サービスの公式ドキュメントを確認する。
基礎のおさらい
自動化の境界
自動変更のタイミング、再配布時間、クエリ計画への影響を監視する。
設計判断
データ量・結合頻度・更新頻度をもとに自動と明示設定を使い分ける。
問題IDAWS-DEA-173
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告