Amazon Redshift（レッドシフト）とは？RG・RA3・Serverlessの違いと東京の料金・使い方を解説

Amazon Redshift（アマゾン レッドシフト）は、AWSが提供するフルマネージドのクラウドデータウェアハウス（DWH）です。列指向ストレージとMPP（超並列処理）で大量データの集計を高速に返し、2022年7月に一般提供が始まったRedshift Serverlessならクラスタ管理なしでも使えます。2026年にはGravitonを積んだ新世代のRGノードも加わり、選択肢は3つに増えました。本記事では「Redshiftとは何か」から、アーキテクチャ、RG・RA3・Serverlessの選び方、東京リージョンの実額、COPYでのロード手順、Athena・BigQueryとの使い分けまでを、AWS公式の一次情報に沿って整理します。

まとめ：Amazon Redshift（レッドシフト）の要点と選び方を先に整理

• 位置づけ：分析・集計に特化したOLAP型のDWH。注文登録などのトランザクション処理を担うRDS／Auroraとは役割が違う。
• 速さの理由：列指向ストレージ＋MPP。リーダーノードがクエリを分割し、コンピュートノードがスライス単位で並列に処理する。
• 3つの提供形態：Graviton搭載のRGノード、従来のRA3ノード、使った分だけ課金のRedshift Serverless。新規のプロビジョニング型はRGを第一候補に置く。
• 料金（東京・2026年9月時点の公表単価）：rg.xlargeは0.8946ドル毎時、ra3.xlplusは1.278ドル毎時、Serverlessは0.494ドル／RPU時。ストレージは0.0261ドル／GB月で別課金。
• 選定基準：データ源がAurora／RDS／DynamoDBに集まり、毎日決まった集計を回すならRedshift。S3のファイルをたまに調べるだけならAthenaで足りる。

判断に迷ったら、まず稼働時間で分けてください。1日の分析が数時間ならServerless、終日クエリが流れ続けるならRGのプロビジョニング型です。

Amazon Redshiftとは：AWSのフルマネージドDWHと読み方

Amazon Redshiftは、ペタバイト級のデータを保管・分析するためのクラウドDWHサービスです。読み方は「レッドシフト」で、日本語の資料でもカタカナ表記がそのまま通じます。データウェアハウス（DWH）とは、複数システムのデータを統合し、集計しやすい形に整えて蓄積するための基盤です。DWHという概念そのものの成り立ちや製品比較はデータウェアハウス（DWH）とは？仕組み・製品比較・選び方で扱っているので、本記事はRedshift固有の設計と料金に絞ります。

OLTPとOLAPの分担で見るDWHとしてのRedshiftの位置づけ

Redshiftは「書き込み中心」ではなく「読み取り・集計中心」のワークロード向けです。注文や在庫の更新はAuroraやRDSが担い、それらを集約した売上分析やBIレポートをRedshiftが受け持つ、という住み分けになります。列指向で保存するため、特定列だけを集計するクエリでは不要な列の読み出しが発生しません。数億行の売上テーブルから「月別・店舗別の合計」を出すような処理で、行指向のRDBより大きく速くなるのはこのためです。OLTPとOLAPの違いを用語から確認したい場合はOLTPとは｜OLAP・DWHとの違いとHTAP・AWS DB選定が前提知識になります。

プロビジョニング型クラスタとServerlessの2系統で異なる運用負荷

プロビジョニング型は、ノードで構成したクラスタを常時稼働させ、容量を見積もって確保します。一方Redshift Serverlessはクラスタ管理が不要で、ワークロードに応じてRPU（Redshift Processing Unit、1 RPUあたり16GBメモリ）が自動で増減し、クエリを実行していない間は課金されません。Serverlessの容量設定では、ベース容量の既定値が128 RPU、設定範囲が4〜512 RPU（一部リージョンは1,024 RPUまで）と定められています。利用量が読みにくい初期導入や断続的な分析にはServerless、安定して高負荷が続くならプロビジョニング型が向く構成です。namespaceとworkgroupの作り方や使用制限の設定はAmazon Redshift Serverlessとはで実装手順まで解説しています。

リーダーノードとMPP・列指向でRedshiftが速く集計する仕組み

Redshiftの速さは、クラスタ構成と並列処理の設計に支えられています。仕組みを知っておくと、遅いクエリの原因をテーブル設計まで遡って特定できます。

リーダーノードとコンピュートノードの役割分担とMPPの処理の流れ

クラスタはリーダーノード1台とコンピュートノード群で構成されます。AWSのクラスタ解説によると、リーダーノードはクライアントからのSQLを解析して実行計画を作り、各コンピュートノードの並列実行を調整し、中間結果を集約して返します。料金がかかるのはコンピュートノードだけで、マルチノード構成のリーダーノードは課金対象外です。ノードを増やすほどスループットが伸びる、この分担がMPP（Massively Parallel Processing＝超並列処理）の中核です。

スライスと分散キー・ソートキーで決まる集計時の並列処理の効き方

各コンピュートノードは内部で複数のスライスに分かれ、スライス単位でデータを保持します。rg.xlargeならノードあたり既定2スライス、rg.12xlargeなら16スライスです。テーブル設計では、ノード間のデータ偏りを抑える分散キー（DISTKEY）と、範囲検索を絞り込むソートキー（SORTKEY）の指定が性能を左右します。AWSの分散スタイルのベストプラクティスが勧めるとおり、結合の多いテーブルは結合キーで分散させ、結合相手と同じスライスにデータを寄せるとノード間のデータ移動を減らせます。

よく使う集計結果は、マテリアライズドビューに事前計算しておくと、同じ集計の繰り返しにかかる時間とコストを抑えられます。

マネージドストレージでコンピュートとデータ容量を分けて伸ばす構造

RGとRA3はRedshift Managed Storage（RMS）を使い、ノードのローカルSSDに載り切らないデータを自動でAmazon S3へ逃がします。データがSSDにあってもS3にあっても単価は同じで、東京リージョンは0.0261ドル／GB月です。ノード数は処理性能で決め、容量は実データ量の分だけ払う、という分離がDC2世代との大きな違いです。

RG・RA3・Serverlessの3形態から用途に合う提供形態を選ぶ判断

2026年10月時点で、新規構築の選択肢はRG・RA3・Serverlessの3つです。旧世代のDC2は新規採用の対象から外れています。

Graviton搭載RGノードがRA3より安く速いとされる根拠と仕様

RGはAWS Gravitonプロセッサで動く新世代のノードです。2026年7月16日のWhat’s Newでrg.largeとrg.12xlargeが追加され、RA3比で最大2.4倍のクエリ性能、vCPUあたり30%低い価格とうたわれています。東京リージョンも提供対象です。もう1つの違いはデータレイク検索で、RGはクラスタ自身の計算資源で動くデータレイク検索エンジンを内蔵し、RA3はRedshift Spectrumを使います。

同じ4 vCPU・32GiBで比べると、rg.xlargeはra3.xlplusより1時間あたり約30%安くなります。仕様はAWSのクラスタ解説、単価はAWS Price List APIの東京版（2026年9月11日公開分）から取りました。

RA3を継続する場面とDC2から移行するときの移行先の選び方

既存のRA3クラスタで性能もコストも困っていないなら、急いで移す必要はありません。予約ノード（リザーブド）の契約が残っている間はRA3のまま使い、更新のタイミングでRGへの移行を検討すれば十分です。DC2はAWS公式ブログのDC2からRGへのアップグレード手順でRGが推奨移行先として案内されています。DC2からの移行はどの方式でも直近のスナップショットが前提になるため、まずスナップショット取得から始めます。

Serverlessを選ぶ条件とベース4 RPU構成の上限32TB

Serverlessは、分析が1日の一部の時間に集中する場合に向きます。最小のベース容量は4 RPUで、東京リージョンでも利用できます。ただし4 RPU構成は管理ストレージ32TBまで、1テーブル100列までが推奨、メモリ64GBという制約があり、いったん4 RPUを超えて拡張すると自動では4 RPUに戻りません。32TBを超えるデータなら8 RPU以上、128TBを超えるなら32 RPU以上が必要です。

東京リージョンの実額で見るRedshiftの料金とServerless予約割引

料金はコンピュートとストレージの2本立てです。以下の単価はAmazon Redshiftの料金ページと同じ元データ（Price List API・2026年9月時点）から取った東京リージョンの値で、為替や改定で変わるため見積もり時は公式ページで確かめてください。

RGとRA3のノード時間課金と常時稼働時のリザーブドノード割引の比較

プロビジョニング型はノード数×時間で課金され、一時停止中はコンピュート料金が止まりバックアップ分だけになります。rg.xlarge×2ノードを24時間×730時間動かすと、0.8946×2×730で約1,306ドル／月です。同構成のra3.xlplusは約1,866ドル／月なので、月560ドルほどの差が出ます。リザーブドノードを使うと、rg.xlargeは1年前払いなしで0.62622ドル毎時（約30%引）、3年前払いなしで0.3892ドル毎時（約56%引）まで下がります。1年以上の常時稼働が見込めるなら、予約を前提に比較するのが筋です。

ServerlessのRPU秒課金と60秒の最低課金を含む月額の試算

Serverlessは東京で0.494ドル／RPU時、秒単位で課金されます。Serverlessの課金ドキュメントには、最低課金が60秒分であること、キャンセルしたクエリも実行時間分は課金されること、接続プールのヘルスチェック（SELECT 1）も課金対象になることが書かれています。8 RPUで1日3時間・30日動かすと8×0.494×90で約356ドル／月、同じ8 RPUを終日動かすと約2,885ドル／月です。

単純な時間単価で比べると、8 RPUのServerlessがrg.xlarge×2ノードのオンデマンド月額を超えるのは月330時間、1日あたり約11時間の稼働からです。性能はワークロードで変わるので目安にとどめ、実測値で判断してください。

1年・3年のServerless予約で下がるRPU単価と申し込みの条件

2025年4月に始まったServerless予約は、2026年2月に3年契約が追加されました。東京の単価は1年前払いなしで0.395ドル／RPU時（20%引）、1年全額前払いで1RPUあたり3,285ドル（約24%引）、3年前払いなしで0.2717ドル／RPU時（45%引）です。予約は一定量のRPUを常に使う前提の割引なので、ピーク時だけ使うRPUはオンデマンドのまま残し、平常時に必ず使う分だけを予約に回します。

テーブル設計とCOPYロードで始めるRedshiftの使い方と確認SQL

導入の流れは、(1)プロビジョニング型ならクラスタ、Serverlessならワークグループとネームスペースを作成、(2)IAMロールとセキュリティグループ（VPC）を設定、(3)テーブルをDISTKEY／SORTKEY付きで設計、(4)Amazon S3からCOPYでデータを一括ロード、(5)SQLで分析、の順です。ここではプロビジョニング型のRGクラスタを例に、手元で実行できるコマンドとSQLを示します。

AWS CLIでrg.xlargeの2ノードクラスタを作成する手順と設定値

管理者パスワードはAWS Secrets Managerに任せ（–manage-master-password）、外部公開を切った状態で作ります。サブネットグループとセキュリティグループは事前に作成しておきます。

aws redshift create-cluster \
  --cluster-identifier analytics-rg \
  --node-type rg.xlarge \
  --number-of-nodes 2 \
  --master-username awsadmin \
  --manage-master-password \
  --db-name dev \
  --cluster-subnet-group-name analytics-subnets \
  --vpc-security-group-ids sg-0123456789abcdef0 \
  --iam-roles arn:aws:iam::123456789012:role/MyRedshiftRole \
  --no-publicly-accessible \
  --region ap-northeast-1

# 作成完了（available）まで待つ
aws redshift wait cluster-available --cluster-identifier analytics-rg --region ap-northeast-1

検証用なら、使わない夜間はaws redshift pause-clusterで止めておくとコンピュート課金が発生しません。

DISTKEY・SORTKEY付きテーブル作成とS3からのCOPYロード

大量データの投入はINSERTを繰り返すよりCOPYで並列ロードする方が圧倒的に速く、スライスへ分散して取り込めます。COPYコマンドのリファレンスどおり、ParquetやCSV、JSONなどの形式を指定してS3のプレフィックス単位で読み込みます。

CREATE TABLE sales (
  sale_id    BIGINT,
  user_id    BIGINT,
  sale_date  DATE,
  amount     DECIMAL(12,2)
)
DISTKEY(user_id)
SORTKEY(sale_date);

COPY sales
FROM 's3://example-bucket/sales/'
IAM_ROLE 'arn:aws:iam::123456789012:role/MyRedshiftRole'
FORMAT AS PARQUET;

S3とのデータ連携やETLを自動化するなら、AWS GlueのWorkflowsでクローラとジョブを組み合わせ、抽出・変換・ロードの流れをスケジュール実行できます。VPC内に閉じてS3へアクセスしたい場合は、VPCエンドポイントを経由させると、インターネットを通らずに通信が完結します。

SVV_TABLE_INFOで分散の偏りと未ソート率を確かめる確認SQL

ロード後は、分散キーの選び方が妥当だったかをシステムビューで確かめます。skew_rowsはスライス間の行数の偏り（最大÷最小）、unsortedは未ソート行の割合です。

SELECT "table", diststyle, sortkey1, tbl_rows, skew_rows, unsorted
FROM svv_table_info
WHERE schema = 'public'
ORDER BY skew_rows DESC NULLS LAST
LIMIT 20;

skew_rowsが数倍以上に開いているテーブルは、値の種類が少ない列を分散キーにしている可能性があります。結合に使わないならDISTSTYLE AUTOやEVENへ戻すと偏りが消えます。

RDS・Aurora・Athena・BigQueryとの違いとRedshiftの選びどころ

「とりあえずRedshift」ではなく、ワークロードとデータの置き場所で選ぶのが正解です。

RDS・Auroraとの違いとZero-ETL統合で省けるETL開発

RDSやAuroraは1件単位の登録・更新・参照（OLTP）が得意な行指向データベースで、Redshiftは大量行を集計するOLAPのDWHです。業務データはAurora／RDSに置き、分析用にRedshiftへ集約します。Zero-ETL統合のドキュメントでは、Aurora MySQL／PostgreSQL、RDS for MySQL／PostgreSQL／Oracle、DynamoDBに加え、SalesforceやSAP、ServiceNow、セルフマネージドのMySQL・PostgreSQL・SQL Server・Oracleまでがソースとして挙がっています。ETLパイプラインを自作せずに済む点が、AWS中心の構成でRedshiftを選ぶ際の決め手です。Aurora側の構成はAmazon Auroraとは？仕組み・RDSとの違いで整理しています。

AthenaとRedshift Spectrumで分けるS3直接クエリの使い分け

S3に置いたデータをそのままSQLで叩きたいだけなら、サーバーレスでスキャン量課金のAmazon Athenaが手軽です。RA3ではRedshift SpectrumでS3を直接クエリでき、クラスタ内のデータとS3上のデータを横断分析できます。RGはデータレイク検索エンジンを内蔵しており、AWS公式ブログではDC2のSpectrumにかかっていたスキャン量課金がRGではノード料金に含まれるという説明です。定常的に同じデータを高速・高頻度で集計するならRedshift、たまにアドホックに調べるだけならAthena、と頻度とレイテンシ要件で切り分けます。データレイクとDWHの役割の違いはデータレイクとは？データウェアハウス・レイクハウスとの違いが詳しいです。

Snowflake・BigQueryと比べたときのAWS密結合という強み

Snowflakeはマルチクラウドでストレージとコンピュートをきれいに分離でき、BigQueryはGoogle Cloud上のサーバーレスDWHとしてアドホック分析に強みがあります。BigQueryの課金体系や不得意分野はBigQueryとは：サーバーレスDWHの仕組み・料金にまとめています。これらに対してRedshiftの優位は、AWSサービス群との密結合です。データソースがAurora／RDS／DynamoDB／S3などAWSに集まっているなら、Zero-ETLやGlue、IAMによる権限管理まで一貫して組めるRedshiftを選ぶと運用上の利点があります。逆に、特定クラウドに縛られたくない・コンピュートを完全従量にしたいといった要件が前面に出るなら、SnowflakeやBigQueryも比較対象に入れて選定すべきです。

Redshiftを採用すべき条件と見送るべき場面・移行時の注意点

ここまでの事実をもとに、受託開発で分析基盤を設計する立場から結論を言い切ります。

採用すべき条件はAWS上の業務DBと毎日の定型集計の組み合わせ

採用すべきなのは、業務データがAurora／RDS／DynamoDBにあり、毎日決まった時刻にBIダッシュボードや月次レポート用の集計を回す構成です。Zero-ETLでソースの更新を取り込み、Amazon Quick（旧QuickSight）などのBIから参照すれば、ETLの自作と保守がまるごと不要になります。データ量が数百GBを超え、Aurora上で集計クエリが本番の応答時間を圧迫し始めたら移すタイミングです。

見送るべき場面は月数回のアドホック分析と1TB未満の小規模データ

見送るべきなのは、S3のログを月に数回調べるだけの用途です。この場合はAthenaのスキャン量課金の方が安く、常時稼働のクラスタを用意すると過剰な構成になります。データが数十GB規模で、集計もAurora上で数秒で返っているなら、DWHを足すと運用対象が増えるだけです。Hadoop系の大規模バッチ変換やSparkでの機械学習前処理が主目的なら、RedshiftではなくAmazon EMRが候補になります。

Python UDFのサポート終了とDC2非推奨で見直す既存クラスタ

既存クラスタを持っている場合は2点を確認してください。1つはPython UDFのサポートが2026年6月30日で終了した点で、段階的に適用されるため、Python UDFを残しているならSQL UDFかLambda UDFへの置き換えが必要です。もう1つはDC2の非推奨化で、2025年4月に案内が出ています。どちらも放置すると、集計バッチが突然止まる形で表面化します。

Redshiftを中核にした分析基盤の設計・移行を外部に任せたい場合は、一創のデータ分析基盤構築・MLOps構築支援で、データ源の棚卸しからZero-ETL・BI接続まで一括で対応しています。

よくある質問：Redshiftの料金・無料枠・DC2・Athenaとの違い

Amazon Redshift（レッドシフト）の検討段階でよく出る質問に、2026年10月時点の公式情報で答えます。

Redshift Serverlessに無料枠はありますか？

新規利用者向けにAmazon Redshiftの無料トライアルが用意されており、Serverlessではクレジット方式で提供されます。トライアル中の利用は請求コンソールに出ないため、残高はRedshiftコンソール、利用量はSYS_SERVERLESS_USAGEビューで追います。金額や条件は変更されるため、利用前に公式ページで最新の内容を確認してください。

RedshiftとAthenaはどちらを使うべきですか？

高頻度・低レイテンシで同じデータを繰り返し集計するならRedshiftへロードして使い、S3上のデータをたまにアドホックに分析するだけならAthenaが手軽でコストも読みやすいです。両者は排他ではなく、S3を横断検索しつつ頻繁に使う部分だけをRedshiftへ取り込む併用もできます。

DC2ノードはまだ使えますか？

DC2は2025年4月にAWSが非推奨化を案内しており、移行先としてRG・RA3・Serverlessが示されています。既存クラスタの扱いや期限はアカウントごとの通知とAWS公式の告知で確認してください。新規構築でDC2を選ぶ理由はありません。移行時はスナップショットを取り、リサイズかスナップショットからの復元でRGへ移すのが、AWS公式ブログで案内されている手順です。

Redshiftの料金はいくらから始められますか？

Serverlessは最小4 RPUから秒課金で使え、東京では0.494ドル／RPU時です。4 RPUで1時間動かすと約2ドルで、使わない時間は課金されません。プロビジョニング型の最小はrg.largeの単一ノードで0.4473ドル毎時です。どちらもストレージが0.0261ドル／GB月で別途かかります。単価は改定されるため公式の料金ページで確認してください。

RedshiftとS3（データレイク）の違いは何ですか？

S3は加工前データも含めて安価に貯めるストレージ（データレイク）で、Redshiftは集計・分析向けに整えたDWHです。S3に蓄積した生データを、AthenaやRedshiftのデータレイク検索で直接、あるいはCOPYでRedshiftにロードしてBI分析する、という流れで組み合わせます。

関連記事

• Amazon Redshift Serverlessとは｜サーバーレスDWHの仕組みと料金・実装・移行判断：namespace・workgroupの構築と使用制限の設定手順
• Amazon Athena（アテナ）とは？使い方・クエリの書き方・料金・Redshiftとの違い：S3を直接クエリする代替手段
• AWS Glueとは？機能・料金・使い方とWorkflowsの仕組み：RedshiftへのETLを自動化する方法
• マテリアライズドビュー（マテビュー）とは？通常ビューとの違い：繰り返し集計を事前計算する仕組み
• VPCエンドポイントとは｜2種類の違いとNATゲートウェイとの料金比較：S3との通信をVPC内に閉じる構成