維持​ 為 Amazon Aurora​ 資料庫叢集 - Amazon Aurora
資料庫叢集維護更新概觀檢視待處理的維護 選擇 Aurora MySQL 維護更新的頻率

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

維持​ 為 Amazon Aurora​ 資料庫叢集

Amazon 會定期對 Amazon RDS 資源RDS執行維護。下列主題說明這些維護動作，以及如何套用這些動作。

內容

資料庫叢集維護更新概觀

維護通常涉及更新資料庫叢集中的以下資源：

  • 基礎硬體

  • 基礎作業系統 (OS)

  • 資料庫引擎版本

作業系統更新大多是因為安全性問題。我們建議您盡快執行這些操作。如需作業系統更新的詳細資訊，請參閱 Aurora 資料庫叢集的作業系統更新。

維護更新期間的離線資源

某些維護項目需要 Amazon RDS將您的資料庫叢集離線一小段時間。需要資源離線的維護項目包括必要的作業系統或資料庫修補。所需的修補程式僅會針對與安全性和執行個體可靠性相關的修補程式自動安排。這類修補不常發生，通常每隔幾個月進行一次。維護僅需片刻的時間即可完成。

延遲資料庫執行個體和資料庫叢集修改

您選擇不立即套用的延遲資料庫叢集和執行個體修改會在維護時段期間套用。例如，您可以選擇在維護時段變更資料庫執行個體類別或叢集或資料庫參數群組。您使用待定重新開機設定所指定的這類修改不會顯示在待定維護清單中。如需修改資料庫叢集的詳細資訊，請參閱修改 Amazon Aurora 資料庫叢集。

若要查看下一個維護時段待定的修改，請使用 describe-db-clusters AWS CLI 命令並檢查 PendingModifiedValues 欄位。

的最終一致性 DescribePendingMaintenanceActions API

Amazon RDSDescribePendingMaintenanceActionsAPI遵循最終一致性模型。這表示所有後續DescribePendingMaintenanceActions命令可能不會立即看到RDS命令的結果。在使用上一個API命令DescribePendingMaintenanceActions後立即使用 時，請記住這一點。

最終一致性可能會影響您管理維護更新的方式。例如，如果您執行 ApplyPendingMaintenanceActions命令來更新資料庫叢集的資料庫引擎版本，最終 將可見。 DescribePendingMaintenanceActions在此案例中， DescribePendingMaintenanceActions可能會顯示即使未套用維護動作。

若要管理最終一致性，您可以執行下列動作：

  • 在您執行命令來修改資料庫叢集之前，請確認其狀態。使用指數退避演算法執行適當的DescribePendingMaintenanceActions命令，以確保您有足夠的時間讓上一個命令在系統中傳播。若要執行此作業，請重複執行 DescribePendingMaintenanceActions命令，從幾秒鐘的等待時間開始，然後逐漸增加到五分鐘的等待時間。

  • 在後續命令之間新增等待時間，即使DescribePendingMaintenanceActions命令傳回準確的回應。從幾秒鐘的等待時間開始套用指數退避演算法，並逐漸增加到大約五分鐘的等待時間。

檢視待定的維護更新

使用RDS主控台 AWS CLI、 或 來檢視資料庫叢集是否可使用維護更新RDSAPI。如果有可用的更新，則會在 Amazon RDS主控台上資料庫叢集的維護欄中指出，如下圖所示。

維護動作可供使用，並將在下一個維護時段套用。

如果資料庫叢集沒有可用的維護更新，欄的值就會是 none (無)。

如果資料庫叢集有可用的維護更新，就可能是以下的欄值：

  • 必要 – 維護動作將套用至資源，無法無限期延遲。

  • available (可用) – 維護動作可用，但不會自動套用至資源。您可手動套用。

  • next window (下個時段) – 維護動作會在下個維護時段中套用到資源。

  • 進行中 – 正在將維護動作套用至資源。

如有更新可用，您可執行下列操作之一：

  • 如果維護值是下一個視窗，請選擇從動作延遲升級，以延遲維護動作。您無法延遲已啟動的維護動作。

  • 立即套用維護動作。

  • 在下一個維護時段套用維護動作。

  • 不採取動作。

使用 採取動作 AWS Management Console

  1. 選擇資料庫執行個體或叢集以顯示其詳細資訊。

  2. 選擇 Maintenance & backups (維護和備份)。出現待定的維護動作。

  3. 選擇要採取的動作，然後選擇何時套用。

Aurora 資料庫執行個體的待處理維護項目。

維護時段決定等待中的操作何時開始，但不限制這些操作的總執行時間。維護操作不保證在維護時段結束之前完成，可能持續到超過指定的結束時間。如需詳細資訊，請參閱Amazon RDS維護時段。

您也可以執行 describe-pending-maintenance-actions AWS CLI 命令，檢視資料庫叢集是否可使用維護更新。

如需套用維護更新的資訊，請參閱 將更新套用至資料庫叢集。

Amazon Aurora 的維護動作

下列維護動作適用於 Aurora 資料庫叢集：

  • os-upgrade – 使用滾動升級更新資料庫叢集中所有資料庫執行個體的作業系統。如需詳細資訊，請參閱Aurora 資料庫叢集的作業系統更新。

  • system-update – 修補 Aurora Postgre 的資料庫引擎SQL。

下列維護動作適用於 Aurora 資料庫執行個體：

  • ca-certificate-rotation – 更新資料庫執行個體的 Amazon RDS Certificate Authority 憑證。

  • hardware-maintenance – 對資料庫執行個體的基礎硬體執行維護。

  • system-update – 更新資料庫執行個體的作業系統。

選擇 Aurora MySQL 維護更新的頻率

您可以控制每個資料庫叢集的 Aurora MySQL 升級是否經常發生，還是很少發生。最佳選擇取決於您對 Aurora MySQL 的使用情況，以及在 Aurora 上執行之應用程式的優先順序。如需需要較不頻繁升級的 Aurora MySQL 長期穩定性 (LTS) 版本相關資訊，請參閱 Aurora 我的SQL長期支援 (LTS) 版本。

如果下列部分或全部條件適用，您可以選擇很少升級 Aurora MySQL 叢集：

  • 您應用程式的測試週期每次更新 Aurora MySQL 資料庫引擎都需要很長的時間。

  • 您有許多資料庫叢集或許多應用程式都在相同的 Aurora MySQL 版本上執行。您偏好同時升級所有資料庫叢集和關聯的應用程式。

  • 您可以使用 Aurora MySQL 和 RDS for MySQL。您偏好讓 Aurora MySQL 叢集和 RDS MySQL 資料庫執行個體與相同層級的 My 相容SQL。

  • 您的 Aurora MySQL 應用程式正在生產，或對業務至關重要。除了極少發生的關鍵修補程式之外，您無法承擔為了升級而停機所帶來的後果。

  • 您的 Aurora MySQL 應用程式不受後續 Aurora MySQL 版本中解決的效能問題或功能差距的限制。

如果上述因素適用於您的情況，您可以限制 Aurora MySQL 資料庫叢集的強制升級數量。當您建立或升級該資料庫叢集時，您可以選擇稱為「長期支援」(LTS) 版本的特定 Aurora MySQL 版本來執行此操作。這麼做可大幅減少資料庫叢集的升級週期、測試週期，以及升級相關停機的次數。

如果符合以下部分或全部條件，您可以選擇頻繁升級 Aurora MySQL 叢集：

  • 您應用程式的測試週期很直接且簡短。

  • 您的應用程式尚處於開發階段。

  • 您的資料庫環境使用各種 Aurora MySQL 版本，或 Aurora MySQL 和 RDS for MySQL 版本。每個 Aurora MySQL 叢集都有自己的升級週期。

  • 在增加 Aurora My 的使用量之前，您正在等待特定的效能或功能改進SQL。

如果上述因素適用於您的情況，您可讓 Aurora 更頻繁地套用重要的升級。若要這樣做，請將 Aurora MySQL 資料庫叢集升級至比版本更新的 Aurora MySQL LTS版本。這麼做可讓您更快地取得最新的效能提升、錯誤修正和功能。