Amazon Redshift、Serverless と RG 向けに増分スナップショット課金を導入

AWS は 2026年6月8日、Amazon Redshift Serverless と Amazon Redshift RG 向けに、手動スナップショットの増分課金モデルを導入すると発表しました。複数のスナップショット間で重複するデータブロックを何度も課金するのではなく、アカウント内の有効な手動スナップショットに含まれる一意のデータブロックだけに課金する仕組みです。

要点

• Amazon Redshift Serverless と Redshift RG が増分スナップショット課金の対象になる
• 手動スナップショットは、重複ブロックではなく一意のデータブロックに基づいて課金される
• 既存の手動スナップショットも自動的に新しい課金モデルへ移行する
• automated snapshot / recovery point の扱いは従来通り
• 長期保持、頻繁なバックアップ、クロスリージョンDR、RG移行のコスト評価に影響する

今回のブログ記事で語られていること

今回の発表は、Redshift のバックアップ戦略とコスト計算に直接関わる更新です。Redshift のスナップショットは、災害復旧、コンプライアンス保持、リージョン間移行、データポータビリティのために使われます。従来、手動スナップショットを複数持つと、実データの多くが重複していても、保持量の見え方やコストが大きくなりやすい問題がありました。新しい増分課金では、同じ workgroup や cluster の複数スナップショット間で変わっていないデータブロックは一度だけ数えられ、変更された一意のブロックに応じて課金されます。

対象は Amazon Redshift Serverless と、AWS Graviton ベースの Redshift RG です。RA3 インスタンスは従来の tiered S3 課金 を維持すると説明されています。Serverless では自動 recovery point が24時間保持されますが、それ以上の保持が必要な場合は手動スナップショットを使うことになります。増分課金により、長期保持や頻繁な手動スナップショットを取りやすくなり、RPOを短くする選択肢が現実的になります。

記事では、10TB のデータウェアハウスに対して、変化のない2つ目のスナップショットは追加課金されず、2日後に1TB分だけ変わった3つ目のスナップショットでは合計11TB分の一意ブロックが課金対象になる例が示されています。これは、データ保護とコスト最適化を両立しやすくする変更です。コンプライアンス上90日、1年、7年の保持が必要な組織や、クロスリージョンDRを組む組織にとって、バックアップ頻度と保持期間の設計を見直すきっかけになります。

今回のブログ記事が関係する人

この発表は、Redshift Serverless や Redshift RG を運用しているデータ基盤チーム、バックアップ・DR・監査要件を管理するクラウド管理者、データ基盤コストを継続的に見直すFinOps担当に関係します。スナップショットを複数リージョンや複数環境で保持している組織ほど、保護方針と課金モデルの両方を確認する価値があります。

実務で確認したいこと

まず、現在の手動スナップショット量、保持期間、変更率、リージョンコピーの有無を確認してください。増分課金によりコストが下がる可能性はありますが、保持ポリシーを無制限に伸ばしてよいわけではありません。復旧要件、監査要件、削除ルール、リージョン間コピーの設計を合わせて見直す必要があります。

Redshift RG を評価している場合は、RG の compute discount、Reserved Instances、Redshift Spectrum 相当のデータレイククエリコスト、そして今回のスナップショット課金を合わせた総コストで比較してください。RA3 から RG への移行判断では、単純な compute 価格だけでなく、バックアップ・DR・保持要件まで含めるのが現実的です。

結局、今回のブログ記事をどう読むべきか

増分スナップショット課金は、Redshift の保護戦略を強化しながらコストを抑えるための重要な更新です。Serverless や RG を使うチームは、バックアップ頻度、保持期間、DR構成、RA3/RG比較をまとめて見直すべき発表です。