哪些因素會影響 Amazon RDS 中的停機時間或資料庫效能?

1 分的閱讀內容
0

我正嘗試修改 Amazon Relational Database Service (Amazon RDS) 的資料庫執行個體。在此變更期間,資料庫可用性或效能的潛在影響為何?

解決方案

修改 Amazon RDS 中的執行個體類別

當您在 Amazon RDS 中修改單一可用區執行個體的執行個體類別時,會建立新的 Amazon Elastic Compute Cloud (Amazon EC2) 主機。使用更新的執行個體類別建立新的 Amazon EC2 主機後,現有主機的資料庫將會關閉。然後將資料儲存從舊主機中斷連結,並重新連結至請求之執行個體類別的新主機。然後您的資料庫會重新啟動,而且引擎會執行復原,以確保資料庫維持一致的狀態。此程序期間的任何中斷都會與資料庫復原的持續時間成正比。

當您在 Amazon RDS 中修改多可用區執行個體的執行個體類別時,首先會更新您的待命執行個體。在此更新之後,會發生容錯移轉,切換待命執行個體和主要執行個體的角色。容錯移轉機制也會傳播資料庫執行個體的 DNS 端點,以指向新主機。資料庫復原後,應用程式可存取資料庫。然後在新的待命執行個體上執行個體類別修改。

視您的資料庫活動或任何長時間執行的交易而定,容錯移轉可能需要花費比平常更久的時間才能完成。容錯移轉通常可在 60–120 秒內完成。不過,大型交易或冗長的復原程序可能會增加容錯移轉時間。最佳實務是在執行個體修改期間,確定資料庫中沒有開啟的交易。您也可以排程維護任務,以避免任何中斷。

修改 Amazon RDS 中的儲存

如果您需要額外的空間來儲存資料或不同的儲存效能屬性,Amazon RDS 支援下列項目的更新 (不會影響效能):

  • 儲存分配
  • IOPS
  • 磁碟區類型

Amazon RDS 利用 Amazon Elastic Block Store (Amazon EBS) 彈性磁碟區將擴展儲存操作所需的時間降到最低。Amazon RDS 會根據請求的儲存量自動將多個 Amazon EBS 磁碟區分成等量以增強效能。

當您修改執行個體以新增儲存時,資料庫執行個體可以完全運作,以便進行應用程式查詢。在 RDS 執行個體上修改儲存後,需要六小時的寬限期,才能進行其他儲存更新。在此期間,執行個體狀態會顯示為「儲存優化」。當您的執行個體進入「儲存優化」階段時,新的儲存屬性就會完全啟用,且效能不受影響。

擴展 Amazon RDS 中的儲存

擴展儲存是一種線上程序,而且資料庫在此過程中可以完全運作。但是,對於某些舊版 RDS 執行個體,則需要進行一次性的儲存轉換。

在此操作期間,當 Amazon RDS 從舊磁碟區集讀取資料並寫入新磁碟區集時,I/O 效能可能會受到影響。此外,當擴展到 400 GB 以上 (Oracle 資料庫執行個體則為 200 GB) 時,Amazon RDS 也會使用舊版方法進行擴展。使用舊版方法期間,您可能會遇到效能降級的情況。所有後續的擴展儲存修改將使用彈性擴展方法。

Amazon RDS 中單一可用區到與多可用區的轉換

將資料庫執行個體從單一可用區轉換至多可用區時,Amazon RDS 會先建立資料庫複本。然後,會在不同的可用區中還原複本。由於還原 EBS 快照也是此程序的一部分,因此儲存區塊會複製到新磁碟區。因此,單一可用區到多可用區的轉換可能會影響延遲和資料庫執行個體效能。如需詳細資訊,請參閱 Amazon RDS 的高可用性 (多可用區)

在高工作負載期間,對於具有大量儲存磁碟區的寫入密集型資料庫執行個體,轉換為多可用區的影響更為明顯。此外,任何涉及還原磁碟區的作業 (例如建立讀取複本或將快照還原至新資料庫執行個體) 都會增加延遲。將儲存區塊從 Amazon Simple Storage Service (Amazon S3) 複製到新磁碟區後,任何延遲都會消失。


AWS 官方
AWS 官方已更新 3 年前