Amazon RDSでストレージ容量を変更したあと、マネジメントコンソールの「再起動」や「一時停止」がグレーアウトして操作できなくなることがあります。本記事では、storage-optimization（ストレージの最適化中）の仕様と、実務で直面した事例、待機時間の目安をまとめます。
結論：AWSの仕様により、最適化完了まで（数時間〜6時間程度）待つしかありません
Amazon RDSでは、ストレージ容量変更後に「storage-optimization（ストレージの最適化中）」状態へ移行します。
この間はAWSの保護仕様により、「再起動」や「一時停止」といったアクションがグレーアウトされ、実行できなくなります。通常は数十分から6時間程度で最適化が完了し、自動的に操作制限が解除されます。
現在操作ができずお困りの場合は、システム的な回避策はないため、ステータスが通常（Available）に戻るまで待機してください。
発生した事象と実体験
実際に実務で直面したケースを紹介します。
RDSにて「storage-full」エラーが発生したため、100GBから200GBへストレージサイズの拡張を実施しました。その後、インスタンスを再起動しようとしたところ、マネジメントコンソール上の「再起動」および「一時停止」がグレーアウトしており、一切の操作ができなくなりました。
原因がわからず焦りましたが、変更操作から約6時間が経過した後にステータスが更新され、再び通常通りに再起動や一時停止ができるようになりました。このように、容量変更直後は操作制限がかかることを運用上見込んでおく必要があります。
storage-optimizationは何時間続く？
ストレージの最適化（storage-optimization）にかかる待機時間は、環境や状況によって大きく変動します。
- 小容量の変更：数十分〜数時間程度で完了することが多いです。
- 大容量の変更：データ量や変更幅が大きい場合、6時間以上かかるケースもあります。
- 公式の記載：AWS公式ドキュメントにも「インスタンスでストレージの最適化が完了してから少なくとも6時間は他のストレージを変更できません」とあり、長時間の処理が想定されています。
- IO負荷による影響：変更対象のデータベースでI/O負荷が高い（大量の読み書きが行われている）状態だと、最適化処理がさらに延びる傾向にあります。
よくある質問（FAQ）
storage-optimization中にDBへの接続やクエリ実行はできますか？
可能です。最適化中であっても、DBインスタンス自体は稼働しており、アプリケーションからの接続やデータの読み書きは通常通り行えます。ただし、バックグラウンドで処理が走っているため、一時的にパフォーマンスへ影響が出る可能性はあります。
なぜ再起動や一時停止ができないのですか？
AWS側で内部最適化を行っているためです。安全にストレージボリュームを拡張し、データのストライピング等の最適化を完了させるため、システム保護の観点からステータス変更を伴う操作がロックされます。
どうしても急ぎです。強制的に再起動できますか？
基本的には不可です。マネジメントコンソールだけでなく、AWS CLIからのコマンド実行であっても制限がかかるため、処理の完了をお待ちいただく必要があります。
マルチAZデプロイメントでも発生しますか？
発生します。マルチAZ構成のRDSであっても、ストレージ変更に伴う最適化ステータスへの移行と、それに伴う再起動等の操作制限は同様に適用されます。
Amazon Auroraでも同じ仕様ですか？
Auroraでは仕様が一部異なります。Auroraはストレージアーキテクチャが異なり、データ量に応じて自動的にストレージが拡張される仕組み（最大128TB）です。そのため、プロビジョンドRDSのように「手動でストレージサイズを変更し、最適化のために操作が制限される」という事象は基本的に発生しません。
参考情報
詳細な仕様につきましては、以下のAWS公式ドキュメントをご参照ください。
- Amazon RDS DB インスタンスでのストレージ不足時に発生する問題を解決するにはどうすればよいですか?
※「DB インスタンスのステータスが storage-optimization の場合」のセクションに該当の仕様が記載されています。
クラウドや業務システム、インフラ構成など、ITまわりでお悩みの際は、まずはお気軽にご相談ください。
課題の整理から設計・開発まで、コンサルティングの形で伴走し、サイト構築や業務システム開発にも対応しています。