為什麼我的 Amazon RDS 資料庫執行個體長時間處於儲存最佳化狀態?

上次更新日期:2022 年 11 月 22 日

我更新了 Amazon Relational Database (Amazon RDS) 資料庫執行個體的儲存大小。但是,此程序需要很長時間,且執行個體會處於「儲存最佳化」狀態。

解決方案

修改 Amazon RDS 資料庫執行個體的儲存大小時,執行個體的狀態會變更為儲存最佳化。這表示您的資料庫執行個體正在進行修改以變更儲存大小或類型。儲存最佳化程序由 RDS 自動化執行。RDS 自動化會在儲存修改後確認資料平均分配到基礎 Amazon Elastic Block Store (Amazon EBS) 磁碟區。

在大多數情況下,擴展儲存不會導致資料庫執行個體的任何中斷或效能下降。然而,此操作可能需要幾個小時。您在六小時內或執行個體上的儲存最佳化完成前 (以時間較長者為準) 將無法進行進一步的儲存修改。但是,您可以執行任何其他執行個體修改,例如執行個體規模擴展或重新開機。

一般而言,儲存最佳化會在幾個小時內完成,有時可能需要長達 24 小時或以上的時間。當資料庫執行個體處於儲存最佳化狀態時,執行個體即可運作。您的應用程式可用性不受影響。您不需要等待資料庫執行個體處於可用狀態,即可執行應用程式。

注意:沒有辦法加快此程序 — 您必須等待最佳化程序完成。儲存規模越大,儲存空間使用量就越大,程序所花費的時間也越長。由於這是自動化程序,因此無法確定在 RDS 資料庫執行個體上完成儲存最佳化所需的時間長度。

由於 Amazon Aurora 使用的客戶儲存解決方案不受 EBS 磁碟區支援,因此您不需要考慮 Aurora 執行個體的儲存最佳化。如需詳細資訊,請參閱 Aurora 儲存引擎簡介

注意:任何類型的儲存修改都會導致資料庫執行個體移動至儲存最佳化狀態。但是,修改儲存也可能導致執行個體重新啟動,這需要一些停機時間。這是在特定情況下必需的程序,例如將儲存類型從 SSD 變更為磁性,反之亦然。如需詳細資訊,請參閱資料庫執行個體的設定

若要監控資料庫執行個體的可用儲存空間量,並在必要時採取動作,最佳實務是建立 Amazon CloudWatch 警示


此文章是否有幫助?


您是否需要帳單或技術支援?