【RDS for SQL Server】最大256TBの大容量環境もアカウント跨ぎで共有OK！爆速でDR・検証環境構築へ

Amazon RDS for SQL Server において、追加ストレージボリューム（Additional Storage Volumes）を使用している DB インスタンスのスナップショットを、別のアカウントへ共有・コピーできる機能がリリースされました。これにより、最大256 TiB（プライマリストレージ ＋ 追加ボリューム最大3つ、各64 TiB）にまで拡張可能な大規模なストレージ構成を維持したまま、マルチアカウント戦略におけるバックアップの隔離や、別アカウントでの診断・テスト環境の構築が可能になります。

🚀 RDS SQL Server 運用者の救世主、ついに登場！

これまで、大規模なデータを持つ SQL Server インスタンスを運用している場合、「追加ストレージボリュームを使っているとスナップショット共有ができない」 という、運用上の大きな制限にぶつかることがありました。このアップデートにより、その壁が取り払われました。

💡 何が解決されるのか？

• DR（災害復旧）の強化: バックアップを別アカウントに隔離して保存することで、セキュリティ要件やコンプライアンス対応を大幅に強化できます。
• 爆速な検証環境構築: 本番の大規模データ（テラバイト級）を、アカウントを跨いで開発・テスト用アカウントへサクッとコピー・復元して、本番に近い環境で問題調査ができるようになります。

🇯🇵 日本国内の利用環境

リサーチの結果、東京リージョン (ap-northeast-1) および 大阪リージョン (ap-northeast-3) の両方ですでに提供開始されており、日本のエンジニアも即座に利用可能です。すぐにでも既存の運用フローに組み込める体制が整っています。

🛠 現場での実践アドバイス

1. KMSキーの扱いに注意: デフォルトの AWS KMS キーで暗号化している場合、そのままでは共有できません。カスタマー管理型の KMS キー (CMK) を使い、ターゲットアカウントへの権限付与を忘れずに！
2. コスト管理を徹底: 最大256 TiB というモンスター級のストレージを扱うことになるため、リージョン間コピーの際のデータ転送料金には細心の注意が必要です。
3. 手動スナップショットへの変換: 自動スナップショットはそのままでは共有できないため、一度「手動スナップショット」として作成してから共有プロセスへ進んでください。

✅ 次にすべきアクション

まずは、「カスタマー管理型の KMS キー」を使用しているか、および 「手動スナップショットへのコピー」 の運用手順を、現在のバックアップ戦略と照定して確認しましょう。

Reference: Amazon RDS User Guide: Sharing a DB snapshot for Amazon RDS / Copying a DB snapshot for Amazon RDS