Help us improve the AWS re:Post Knowledge Center by sharing your feedback in a brief survey. Your input can influence how we create and update our content to better support your AWS journey.
Amazon RDS DB インスタンスのステータスが長時間 storage-optimization に留まっている原因を教えてください。
Amazon Relational Database (Amazon RDS) DB インスタンスのストレージサイズを更新したところ、プロセスが長時間実行され、インスタンスのステータスが storage-optimization になっています。
解決策
注: AWS コマンドラインインターフェイス (AWS CLI) コマンドの実行中にエラーが発生した場合は、「AWS CLI で発生したエラーのトラブルシューティング」を参照してください。また、AWS CLI の最新バージョンを使用していることを確認してください。
DB インスタンスのストレージサイズを変更すると、そのインスタンスは storage-optimization ステータスに移行します。Amazon RDS は、ストレージ最適化プロセスを自動的に実行します。Amazon RDS は、ストレージの変更後、データを Amazon Elastic Block Store (Amazon EBS) ボリュームに均等に分散します。
ほとんどの場合、ストレージのスケーリングによって DB インスタンスの停止やパフォーマンスの低下が引き起こされることはありません。ただし、この操作は数時間を要する場合があります。6 時間経過、インスタンスでのストレージ最適化完了のうち、いずれか長い方の条件が満たされるまで、追加のストレージ変更は行えません。インスタンスサイズのスケーリング、リブートの実行など、インスタンス関連の他の変更は可能です。インスタンスのスケーリング後、AWS マネジメントコンソールでストレージ最適化の進捗を確認するか、AWS CLI コマンド describe-db-instances を使用します。
通常、ストレージの最適化は数時間で完了しますが、プロセスの所要時間は 24 時間を上回る可能性があります。インスタンスはストレージ最適化中も機能しているため、アプリケーションは引き続き利用できます。ストレージの最適化中であってもアプリケーションを実行できます。
注: ストレージ最適化を高速化することはできません。プロセス完了まで待機する必要があります。ストレージサイズの増加量が大きく、ストレージ使用量が多いほど、プロセスの所要時間は長くなります。自動化プロセスの性質上、インスタンスでストレージ最適化が完了するまでの時間を判断するための確実な方法は存在しません。
クラスターボリュームでは、Amazon Aurora はデータにはカスタムストレージソリューションを使用し、ローカルストレージには Amazon EBS を使用します。DB インスタンスをスケーリングする際 (例: db.r5.2xlarge から db.r5.4xlarge)、ストレージ最適化イベントは status 列に表示されます。
注: 何らかのストレージ変更を行うと、インスタンスは storage-optimization ステータスに移行します。ストレージを変更すると、インスタンスが再起動する場合があります。この現象は特定のケース (SSD とマグネティック間でストレージタイプを変更する場合など) での要件です。詳細については、「DB インスタンスの設定」を参照してください。
DB インスタンスの空きストレージの量をモニタリングするには、Amazon CloudWatch アラームを作成するのがベストプラクティスです。
関連情報
- 言語
- 日本語
