Amazon Redshift、手動スナップショットの課金モデルを改善

Amazon Redshift の behavior changes ページに、2026年6月8日から有効な手動スナップショット課金モデルの変更が掲載されました。対象は Amazon Redshift Serverless と Amazon Redshift RG instances です。

要点

• 手動スナップショットが、アカウント内の active manual snapshots 全体で保存される unique data blocks に基づいて課金される
• 複数スナップショットに現れる shared data blocks は一度だけカウントされる
• 既存リージョンの manual snapshot rates が使われる
• 既存および新規の手動スナップショットに自動適用され、ユーザー側の作業は不要とされている

今回の変更で何が変わるのか

今回の behavior change は、Redshift の手動スナップショットを多数保持している環境のコスト前提を変える更新です。従来の課金前提では、複数のスナップショットに同じデータブロックが含まれる場合でも、運用担当者は保存量の増え方を保守的に見積もる必要がありました。新しいモデルでは、active manual snapshots 全体で unique data blocks を基準にし、共有されるデータブロックは一度だけカウントされると説明されています。

影響が大きいのは、Serverless workgroups や RG clusters で手動スナップショットを定期取得し、複数世代を保持しているチームです。データ保護、監査、復旧テスト、リリース前後の保全などでスナップショット数が増える環境では、同じデータブロックが重複して含まれることが多く、今回の変更により手動スナップショットコストが下がる可能性があります。

ただし、課金モデルが改善されても、保持ポリシーを無制限に緩めてよいわけではありません。スナップショットの保持期間、削除ルール、復旧テスト、タグ付け、コスト配賦は引き続き管理対象です。コストが下がる見込みがある場合でも、実際の請求、リージョン別単価、保持世代数、既存の自動削除ジョブを確認する必要があります。

対象になりそうなユーザー・チーム

• Amazon Redshift Serverless workgroups の手動スナップショットを複数世代保持しているチーム
• Redshift RG instances を使い、復旧や監査目的でスナップショットを運用しているデータ基盤チーム
• スナップショットコストを部門別または環境別に配賦している FinOps / Platform チーム

実務でまず確認したいこと

1. 手動スナップショットの保持世代数、保持期間、削除ルールを確認する
2. 2026年6月8日以降の請求メトリクスやコスト配賦に変化が出ているか確認する
3. 復旧要件を満たす範囲で、保持ポリシーを見直す余地があるか検討する
4. コスト低下を前提に監査・復旧用スナップショットを増やす場合も、削除責任者とレビュー頻度を明確にする

どう読むべきか

この更新は新機能というより、Redshift の保全運用コストを見直すきっかけです。該当する環境では、請求の変化を確認しつつ、スナップショット保持ポリシーが過剰でも不足でもないかを再点検したいところです。