どんな場面で検討するか
複数の業務システムから売上・在庫・原価を集め、大量データの JOIN・期間集計・BI を行いたい場合。業務トランザクションの DB から分析負荷を分離する用途。
組織で使う条件
取込みの終了・件数・重複・最終成功時刻を管理し、古い取込みを最新集計として扱わない。データ型・日付・集計の定義をバージョン管理する。 クエリの待ち・同時実行・長いトランザクションと費用上限を監視する。分析データの復元と BI 接続の切替を試験する。
採用前に試すこと
- 定義した型とキーでデータを取り込み、期間別・商品別の件数・売上・利益を基準集計と照合する。
- 複数の検証利用者で BI クエリを同時実行し、権限とクエリ時間・使用容量を記録する。
- 再取込みとバックアップ復元を試し、トランザクション終了・使用上限と保存費用を確認する。
合格と判断する条件
- 取込み完了件数・重複除外・訂正反映と全基準集計が一致し、未完了データを完了扱いしない。
- 許可対象だけが見え、同条件の応答時間が事前に決めた要件内。待ちと失敗を識別できる。
- 再取込みの二重計上が 0 件。復元した集計が一致し、計算・保存・外部データ・転送の費用内訳を説明できる。
見落としたくない点
- 1 件ずつの低遅延更新や業務のトランザクション処理が主目的なら RDS・Aurora 等と比較する。分析基盤の導入だけで元データの品質・定義は揃わない。 ごく少量の CSV をたまに集計するだけなら既存 DB・ファイル分析との総費用を比較する。外部データ照会と常時大規模な BI では方式の費用構造が異なる。
- 1 件ずつの低遅延更新や業務のトランザクション処理が主目的なら RDS・Aurora 等と比較する。分析基盤の導入だけで元データの品質・定義は揃わない。
- ごく少量の CSV をたまに集計するだけなら既存 DB・ファイル分析との総費用を比較する。外部データ照会と常時大規模な BI では方式の費用構造が異なる。
根拠となる資料
Cloud Data Warehouse – Amazon Redshift
Billing for on-demand compute capacity
Billing for Amazon Redshift Serverless
Comparing Amazon Redshift Serverless to an Amazon Redshift provisioned data warehouse