Amazon Redshift RGインスタンスに rg.large / rg.12xlarge が追加されたので rg.large を起動してみた

Amazon Redshift RGインスタンスに rg.large / rg.12xlarge が追加されたので rg.large を起動してみた

Amazon Redshift の Graviton ベース RG インスタンスに rg.large と rg.12xlarge が追加されました。RG ファミリーが4サイズに拡充され、より小規模・より大規模な構成を選択できるようになっています。東京リージョンで rg.large を起動し動作を確認しました。
2026.07.17

はじめに

2026年7月16日、Amazon Redshift の RG インスタンスに rg.large と rg.12xlarge の2サイズが追加されました。

https://aws.amazon.com/jp/about-aws/whats-new/2026/07/amazon-redshift-adds-rg-large-12xlarge-instance-sizes/

RG インスタンスのアーキテクチャや統合データレイクエンジンについては前回の記事で解説しています。

https://dev.classmethod.jp/articles/amazon-redshift-rg-instances-graviton/

RGインスタンス スペック一覧

今回の追加により、RG ファミリーは以下の4サイズ構成になりました。

インスタンス vCPU メモリ スライス/ノード RMS上限/ノード ノード範囲
rg.large(今回追加) 2 16 GiB 2 8 TB 2–16
rg.xlarge 4 32 GiB 2 32 TB 2–16 (resize: 32)
rg.4xlarge 16 128 GiB 8 128 TB 2–32 (resize: 64)
rg.12xlarge(今回追加) 48 384 GiB 16 128 TB 2–128

出典: Amazon Redshift Management Guide — Clusters and nodes

※ 2026年7月16日時点では、Management Guide のスペック表に rg.large / rg.12xlarge はまだ反映されていません。新サイズのスペックは Pricing API の商品属性およびクラスタ作成時の選択肢を基に整理しています。このうち rg.large の RMS 上限とスライス数は実環境でも確認しました。

rg.large は 2 vCPU / 16 GiB で、RG ファミリー最小のサイズです。RG の恩恵(Graviton + 統合データレイクエンジン)を受けられる、最も手頃なエントリーポイントになります。rg.12xlarge は 48 vCPU / 384 GiB で、RG ファミリー最大のサイズです。

rg.large を起動してみた

東京リージョンで rg.large の2ノードクラスタを作成しました。

aws redshift create-cluster \
  --region ap-northeast-1 \
  --cluster-identifier rg-large-test \
  --cluster-type multi-node \
  --node-type rg.large \
  --number-of-nodes 2 \
  --master-username admin \
  --master-user-password '****'

クラスタが available になった後、describe-clusters で確認した主要パラメータは以下の通りです。

項目
パラメータグループ default.redshift-2.0
暗号化 デフォルト有効(AWS_OWNED_KMS_KEY)
AQUA disabled
ノード構成 LEADER + COMPUTE-0 + COMPUTE-1
Elastic Resize 先 3 or 4 ノード
MultiAZ Disabled
MaintenanceTrack current

なお、rg.large と rg.12xlarge は current track(P202)でのみ利用可能です。

DB接続でシステム情報を確認

Redshift Data API(aws redshift-data execute-statement / get-statement-result)で SQL を実行し、結果を確認しました。

version()

PostgreSQL 8.0.2 on i686-pc-linux-gnu, compiled by GCC gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3), Redshift 1.0.358853

stv_node_storage_capacity

node used (MB) capacity (MB)
0 47 8,000,000
1 22 8,000,000

capacity = 8,000,000 MB(8 TB)。スペック表の RMS 上限(8 TB/ノード)と一致しました。

stv_slices

node slice localslice type
0 0 0 D
0 1 1 D
1 2 0 D
1 3 1 D

2ノード × 2スライス/ノード = 計4スライス。スペック表(2スライス/ノード)通りでした。

Pricing API で料金を確認

aws pricing get-productsinstanceTyperegionCode を指定し、各サイズ・リージョンのオンデマンド料金を取得できます。

aws pricing get-products \
  --region us-east-1 \
  --service-code AmazonRedshift \
  --filters \
    'Type=TERM_MATCH,Field=instanceType,Value=rg.large' \
    'Type=TERM_MATCH,Field=regionCode,Value=ap-northeast-1' \
    'Type=TERM_MATCH,Field=productFamily,Value=Compute Instance'

RG 全4サイズのオンデマンド料金をまとめました。以下はコンピュートノード1台あたりの単価です。

インスタンス vCPU メモリ 東京 (ap-northeast-1) US East (us-east-1)
rg.large(今回追加) 2 16 GiB $0.4473/h $0.3801/h
rg.xlarge 4 32 GiB $0.8946/h $0.7602/h
rg.4xlarge 16 128 GiB $3.58027/h $3.04267/h
rg.12xlarge(今回追加) 48 384 GiB $10.7429/h $9.128/h

料金は Pricing API から 2026-07-16 時点の値を取得しました。最新の料金は Amazon Redshift Pricing を確認してください。

後片付け

検証が完了したのでクラスタを削除しました。

aws redshift delete-cluster \
  --region ap-northeast-1 \
  --cluster-identifier rg-large-test \
  --skip-final-cluster-snapshot

まとめ

RG インスタンスが4サイズに拡充され、2 vCPUの rg.large から48 vCPUの rg.12xlarge まで選択できるようになりました。これにより、小規模な検証用途から大規模な構成まで、ワークロードに応じたサイズを選びやすくなっています。

rg.large の東京リージョンにおけるオンデマンド料金は $0.4473/ノード時で、最小2ノード構成のコンピュート料金は $0.8946/時です。RG ファミリーで最も小さいサイズとして、RG のアーキテクチャを試す際のエントリーポイントになります。

参考リンク

RG インスタンス関連記事

https://dev.classmethod.jp/articles/amazon-redshift-rg-instances-graviton/

https://dev.classmethod.jp/articles/20260517-amazon-redshift-rg-vs-ra3/

https://dev.classmethod.jp/articles/20260517-amazon-redshift-rg-migration/

https://dev.classmethod.jp/articles/20260516-amazon-redshift-benchmark-data/

https://dev.classmethod.jp/articles/20260626-amazon-redshift-ri-upfront-pricing-rg-instances/

https://dev.classmethod.jp/articles/20260709-amazon-redshift-rg-instances-trailing-track/

https://dev.classmethod.jp/articles/redshift-rg-instances-track-switch/

公式ドキュメント


コスト最適化、打ちっぱなしで元通りになっていませんか

タグ付けも不要リソースの棚卸しも、施策は打てる。でも続ける仕組みがなければ、コストは数か月でじわじわ戻る。一度きりで終わらせず、FinOpsを組織に定着させる=CCoEの役割。最適化を回し続ける進め方を、無料資料にまとめました。

CCoE総合支援

FinOpsを定着させる資料をもらう

この記事をシェアする

AWSのお困り事はクラスメソッドへ

関連記事