多可用區部署有助於減少 Amazon RDS MySQL 修改期間的停機時間嗎?

1 分的閱讀內容
0

我想修改 Amazon Relational Database Service (Amazon RDS) for MySQL 執行個體。多可用區部署有助於減少停機時間嗎?

簡短說明

當您修改 Amazon RDS MySQL 執行個體時,多可用區部署可能會減少變更的影響。

在以下案例中,多可用區部署可能會對您的 Amazon RDS MySQL 執行個體造成影響:

  • 修改資料庫執行個體儲存
  • 更新資料庫執行個體類別
  • 維護基礎作業系統或硬體

**注意:**根據您進行的更新類型,多可用區部署可能無法產生增強的可用性效益。

解決方法

修改資料庫執行個體儲存

若要修改 Amazon RDS 儲存,以下儲存修改可供使用:

  • 分配的儲存大小
  • 佈建 IOPS 值
  • 儲存類型

增加分配的儲存大小並變更 IOPS 值屬於線上操作,而且不包括停機時間。因為主要和待命資料庫執行個體上會同時發生這些儲存更新,所以多可用區在儲存更新期間不會產生額外的可用性。如需儲存修改和潛在停機時間的詳細資訊,請參閱資料庫執行個體的設定

當您在一般用途 (SSD)佈建 IOPS (SSD) 之間變更多可用區資料庫執行個體的儲存類型時,同樣沒有停機時間。但是,以下案例會出現停機時間:

  • 一般用途 (SSD)磁性,或者從磁性一般用途 (SSD)
  • 佈建 IOPS (SSD)磁性,或者從磁性佈建 IOPS (SSD)
  • 一般用途 (SSD)佈建 IOPS (SSD),但只有在資料庫執行個體是單一可用區,而且您使用的是自訂參數群組的情況下。
  • 佈建 IOPS (SSD)一般用途 (SSD),但只有在資料庫執行個體是單一可用區,而且您使用的是自訂參數群組的情況下。

更新資料庫執行個體類別

因為執行個體類別變更需要一組新定義的硬體,所以此變更不屬於線上操作,而且需要停機時間。Amazon RDS MySQL 資料庫執行個體的多可用區部署可能會大幅減少任何影響。這是因為該更新不會同時發生在主要和待命執行個體上。待命執行個體會先進行修改,並造成容錯移轉。容錯移轉後,新的待命執行個體即會進行修改。所需的停機時間包括容錯移轉完成的持續時間(通常是 60 至 120 秒),以及資料庫引擎的當機復原。如需詳細資訊,請參閱多可用區部署

升級資料庫引擎版本

您可以透過 RDS 主控台或 API 排程資料庫引擎版本升級。或者,在自動次要版本升級過程中或引擎棄用後進行資料庫引擎升級。因為 RDS MySQL 不會自動進行輪流升級,所以可在主要和待命主機上同時進行資料庫引擎版本升級。因此,多可用區部署不會為資料庫引擎版本升級帶來效益。若要評估影響範圍和持續時間,請在暫存環境中執行升級,再執行實際升級。如需詳細資訊,請參閱升級 Amazon RDS for MySQL 和 Amazon RDS for MariaDB 的最佳實務

**注意:**如果您的 RDS MySQL 資料庫執行個體使用讀取複本,則必須先升級所有讀取複本,再升級來源執行個體。如需詳細資訊,請參閱使用讀取複本以減少升級 MySQL 資料庫時的停機時間

執行已排程的作業系統或硬體維護

處理已排程的作業系統或硬體維護時,多可用區部署可能會大幅減少這些變更的影響。

多可用區部署會以下列方式影響已排程的維護:

  • 僅排程主要主機的維護時,即會發生容錯移轉並在新的次要主機上執行維護。
  • 僅排程次要主機的維護時,沒有停機時間。
  • 排程主要和次要主機的維護時,會先在次要(待命)主機上執行維護。然後會發生容錯移轉,並且在新的次要主機上執行維護。

如需詳細資訊,請參閱如何將所需 Amazon RDS 維護期間的停機時間降至最低?


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