Amazon RDSで24時間以内に最大4回までストレージ変更が可能に

Amazon RDSにおいて、1つのデータベースインスタンスにつき、24時間のローリングウィンドウ内で最大4回までストレージ変更（容量の増加、タイプの変更、パフォーマンスの調整）が可能になりました。これにより、従来の6時間のクールダウン期間を待たずに、前回の変更に伴うストレージ最適化が完了しだい、次の変更を開始できるようになります。この機能は、PostgreSQL, MariaDB, MySQL, Db2, Oracle, Microsoft SQL Serverのすべてのエンジンで、すべての商用リージョンおよびAWS GovCloud (US) リージョンで自動的に有効化されています。

解決される課題

これまでRDSのストレージ変更は「6時間に1回」という制限があり、急激なデータ増加やワークロードのスパイクが発生した際に、迅速なスケールアップが難しいという運用上の制約がありました。今回のアップデートで、最適化完了後すぐに次の変更が可能になったため、運用の機敏性が大幅に向上します。

日本リージョンでの利用可能性

公式発表では「すべての商用リージョン」に含まれているため、東京リージョン（ap-northeast-1）および大阪リージョン（ap-northeast-3）でも利用可能と考えられます。ただし、個別のツールによる検証結果に確定的な回答が得られなかったため、本番環境で適用する前に、AWSマネジメントコンソールまたはAWSサポート経由で最終確認を行うことを推奨します。

実務上のアドバイス

• コストへの影響: Provisioned IOPS (io1/io2) への変更や、より高スペックなストレージタイプへの移行は追加料金が発生します。AWS Cost Explorerでコスト変動を監視してください。
• 性能への影響: ストレージ変更に伴う最適化プロセスはI/O負荷をかけるため、トラフィックの少ない時間帯に実施することを推奨します。特にレガシーなストレージタイプを使用している場合は、データコピーに時間がかかる可能性があります。
• 権限管理: rds:ModifyDBInstance 権限を持つIAMロールが適切に設定されているか確認してください。

次のアクション

1. ステージング環境での検証: 非本番環境のRDSインスタンスで、容量増加やIOPS変更を連続して行い、挙動とパフォーマンスへの影響を確認してください。
2. 最適化ステータスの確認: DescribeDBInstances APIの StorageOptimization フィールドを監視し、次の変更が可能なタイミングを把握してください。
3. 運用マニュアルの更新: 従来の「6時間待機」という記述を削除し、新しい制限（24時間で最大4回）に更新してください。

参考ドキュメント

• Amazon RDS User Guide: Storage Types (https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PIOPS.StorageTypes.html)