管理Aurora Serverless v2資料庫叢集 - Amazon Aurora
設定叢集的 Aurora Serverless v2 容量範圍檢查 Aurora Serverless v2 容量範圍新增 Aurora Serverless v2 讀取器從已佈建轉換為 Aurora Serverless v2從 Aurora Serverless v2 轉換為已佈建暫停Aurora Serverless v2資料庫執行個體選擇 Aurora Serverless v2 讀取器的提升層搭配 Aurora Serverless v2 使用 TLS/SSL檢視 Aurora Serverless v2 寫入器和讀取器為 Aurora Serverless v2 記錄日誌。

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

管理Aurora Serverless v2資料庫叢集

使用 Aurora Serverless v2，您的叢集可以與已佈建叢集互換。Aurora Serverless v2 屬性會套用至資料庫叢集中的一或多個資料庫執行個體。因此，建立叢集、修改叢集、建立和恢復快照等程序基本上與其他類型的 Aurora 叢集相同。如需管理 Aurora 叢集和資料庫執行個體的一般程序，請參閱管理 Amazon Aurora 資料庫叢集。

在下列主題中，您可以了解包含Aurora Serverless v2資料庫執行個體之叢集的管理考量。

設定叢集的 Aurora Serverless v2 容量範圍

若要修改包含 Aurora Serverless v2 資料庫執行個體之叢集的組態參數或其他設定或是資料庫執行個體本身，請遵循與已佈建叢集相同的一般程序。如需詳細資訊，請參閱 修改 Amazon Aurora 資料庫叢集。

Aurora Serverless v2 獨有的最重要設定是容量範圍。設定 Aurora 叢集的最小和最大 Aurora 容量單位 (ACU) 值後，您無需主動調整叢集中的 Aurora Serverless v2 資料庫執行個體。Aurora 會為您處理這些工作。此設定是在叢集層級進行管理。相同的最小和最大 ACU 值適用於叢集中的每個 Aurora Serverless v2 資料庫執行個體。

您可以設定下列指定值：

  • Minimum ACUs (最小 ACU) – Aurora Serverless v2 資料庫執行個體可以將容量減少到此 ACU 數量。

  • Maximum ACUs (最大 ACU) – Aurora Serverless v2 資料庫執行個體可以將容量增加到此 ACU 數量。

較新的資料庫引擎版本允許最大容量為 256 ACUs，最小容量為 0 ACUs，或兩者皆允許。如需各種資料庫引擎版本的容量範圍，請參閱Aurora Serverless v2 容量。

如需透過將最小容量設定為 0 ACUs 啟用的自動暫停和繼續功能，請參閱 使用 ACUs自動暫停和繼續將 擴展至零 Aurora Serverless v2。

如需確保您的資料庫叢集可擴展至 256 個 ACUs Aurora Serverless v2 的詳細資訊，請參閱 升級Aurora Serverless v2資料庫叢集以允許擴展至 256 ACUs。

注意

當您修改 Aurora Serverless v2 資料庫叢集的容量範圍時，無論您選擇立即套用或在下一個排程維護時段套用變更，該變更都會立即發生。

在 中Aurora Serverless v2，您無法在未修改容量範圍的情況下直接設定目前的容量，因為容量會根據指定範圍內的工作負載動態調整。不過，您可以透過下列方式間接影響容量：

  • 調整最小容量 – 暫時降低最小容量，以在工作負載光線不足時減少基準容量。

  • 暫時暫停擴展 – 若要修正特定值的容量，請將最小和最大容量設定為相同層級。

  • 主動擴展以爆量用量 – 如果您預期工作負載爆量，請事先增加最小容量，以在高活動期間維持更高的基準。

如需容量範圍的影響以及如何監控和微調其值的詳細資訊，請參閱Aurora Serverless v2 的重要 Amazon CloudWatch 指標和Aurora Serverless v2 的效能和擴展。您的目標是確保叢集的最大容量足以處理尖峰工作負載，並且最小容量足夠低，可在叢集不忙時將成本降至最低。

假設您根據監控，決定叢集的 ACU 範圍應該更高、更低、更寬或更窄。您可以使用 AWS CLI、 或 Amazon RDS API AWS Management Console，將 Aurora 叢集的容量設定為特定範圍的 ACUs。此容量範圍適用於叢集中的每個 Aurora Serverless v2 資料庫執行個體。

例如，假設您的叢集容量範圍為 1–16 個 ACU，並且包含兩個 Aurora Serverless v2 資料庫執行個體。則叢集作為整體消耗，將介於 2 個 ACU (閒置時) 和 32 個 ACU (充分利用) 之間。如果您將容量範圍從 8 個變更為 40.5 ACUs，現在整個叢集在閒置時會使用 16 ACUs，而充分利用時最多會使用 81 ACUs。

Aurora 會自動將 Aurora Serverless v2 資料庫執行個體的某些參數值，設定為取決於容量範圍中的最大 ACU 值。如需這類參數的清單，請參閱Aurora Serverless v2 的連線數上限。對於依賴於此類計算的靜態參數，重新開機資料庫執行個體時會再次評估該值。因此，您可以在變更容量範圍後重新開機資料庫執行個體，來更新此類參數的值。若要檢查您是否需要重新開機資料庫執行個體來獲取此類參數變更，請檢查資料庫執行個體的 ParameterApplyStatus 屬性。值為 pending-reboot 表示重新開機會對某些參數值套用變更。

您可使用 AWS Management Console設定包含 Aurora Serverless v2 資料庫執行個體之叢集的容量範圍。

當您使用主控台時，您可以在新增第一個 Aurora Serverless v2 資料庫執行個體至該叢集時，設定叢集的容量範圍。您在建立叢集時為寫入器資料庫執行個體選擇 Serverless v2 (無伺服器 v2) 資料庫執行個體類別時，也能這麼做。或者，您在新增 Aurora Serverless v2 讀取器資料庫執行個體至叢集時選擇 Serverless (無伺服器) 資料庫執行個體類別時，也能這麼做。或者，您可以在將叢集中的現有已佈建資料庫執行個體轉換為 Serverless (無伺服器) 資料庫執行個體類別時這樣做。如需這些程序的完整版本，請參閱 建立 Aurora Serverless v2 寫入器資料庫執行個體、 新增 Aurora Serverless v2 讀取器和 將已佈建的寫入器或讀取器轉換為 Aurora Serverless v2。

您在叢集層級設定的容量範圍適用於叢集中的所有 Aurora Serverless v2 資料庫執行個體。下圖顯示具有多個 Aurora Serverless v2 讀取器資料庫執行個體的叢集。每個的容量範圍相同，均為 2–64 個 ACU。

具有多個 Aurora Serverless v2 讀取器資料庫執行個體的叢集
修改 Aurora Serverless v2 叢集的容量範圍

  1. 前往 https://console.aws.amazon.com/rds/，開啟 Amazon RDS 主控台。

  2. 在導覽窗格中，選擇 Databases (資料庫)。

  3. 從清單選擇包含您的 Aurora Serverless v2 資料庫執行個體的叢集。叢集必須至少包含一個 Aurora Serverless v2 資料庫執行個體。否則，Aurora 不會顯示 Capacity range (容量範圍) 區段。

  4. 在 Actions (動作) 中，選擇 Modify (修改)。

  5. 在 Capacity range (容量範圍) 區段中，選擇下列選項：

    1. 輸入 Minimum ACUs (最小 ACU) 的值。主控台顯示允許的值範圍。您可以選擇從 0 到 256 個 ACUs最小容量。您可以選擇 1 到 256 ACUs 的最大容量。您可以調整容量值，以 0.5 ACU 為增量。

    2. 輸入 Maximum ACUs (最大 ACU) 的值。此數值必須等於或大於 Minimum ACUs。主控台顯示允許的值範圍。下圖顯示該選擇。

      修改資料庫叢集容量。

  6. 選擇 Continue (繼續)。此時系統會顯示 Summary of modifications (修改摘要) 頁面。

  7. 選擇 Apply immediately (立即套用)。

    無論您選擇立即套用或在下一個排程維護時段套用容量修改，該容量修改都會立即發生。

  8. 選擇 Modify cluster (修改叢集) 以接受修改摘要。您也可以選擇 Back (上一步) 修改變更，或 Cancel (取消) 捨棄變更。

若要設定您要使用 Aurora Serverless v2 資料庫執行個體的叢集容量 AWS CLI，請執行 modify-db-cluster AWS CLI 命令。指定 --serverless-v2-scaling-configuration 選項。叢集可能已包含一個或多個 Aurora Serverless v2 資料庫執行個體，您也可以稍後新增資料庫執行個體。MinCapacity 和 MaxCapacity 欄位的有效值包括下列項目：

  • 0、0.5、11.5、2、 等，以 0.5 為單位，最多 256 個。最小 ACU 值 0 僅適用於支援自動暫停功能的 Aurora 版本。

在此範例中，您將名為 sample-cluster 之 Aurora 資料庫叢集的 ACU 範圍設定為最小 48.5，最大 64。

aws rds modify-db-cluster --db-cluster-identifier sample-cluster \
  --serverless-v2-scaling-configuration MinCapacity=48.5,MaxCapacity=64

無論您選擇立即套用或在下一個排程維護時段套用容量修改，該容量修改都會立即發生。

這樣做之後，您可以新增 Aurora Serverless v2 資料庫執行個體到叢集，每個新資料庫執行個體都可以在 48.5 和 64 個 ACU 之間擴展。新的容量範圍也適用於任何已在叢集中的 Aurora Serverless v2 資料庫執行個體。如有必要，資料庫執行個體會擴充或縮減規模以符合新的容量範圍。

如需使用 CLI 設定容量範圍的其他範例，請參閱選擇 Aurora 叢集的 Aurora Serverless v2 容量範圍。

若要使用 Aurora Serverless 修改資料庫叢集的擴展組態 AWS CLI，請執行 modify-db-cluster AWS CLI 命令。指定 --serverless-v2-scaling-configuration 選項以設定最小容量和最大容量。有效容量值包括：

  • Aurora MySQL：0、0.5、11.5、2、 等，以 0.5 ACUs 為增量，最多 256。

  • Aurora PostgreSQL：0、0.5、11.5、2、 等，以 0.5 ACUs 為增量，最多 256。

  • 最小 ACU 值 0 僅適用於支援自動暫停功能的 Aurora 版本。

在下列範例中，您會修改名為 sample-instance 之 Aurora Serverless v2 資料庫執行個體 (其屬於名為 sample-cluster 之叢集的一部份) 的擴展組態。

對於 Linux、 macOS或 Unix：

aws rds modify-db-cluster --db-cluster-identifier sample-cluster \
--serverless-v2-scaling-configuration MinCapacity=8,MaxCapacity=64

在 Windows 中：

aws rds modify-db-cluster --db-cluster-identifier sample-cluster ^
--serverless-v2-scaling-configuration MinCapacity=8,MaxCapacity=64

您可使用 ModifyDBCluster API 操作設定 Aurora 資料庫執行個體的容量。指定 ServerlessV2ScalingConfiguration 參數。MinCapacity 和 MaxCapacity 欄位的有效值包括下列項目：

  • 0、0.5、11.5、2、 等，以 0.5 為單位，最多 256 個。最小 ACU 值 0 僅適用於支援自動暫停功能的 Aurora 版本。

您可以使用 ModifyDBCluster API 操作來修改包含 Aurora Serverless v2 資料庫執行個體之叢集的擴展組態。指定 ServerlessV2ScalingConfiguration 參數以設定最小容量和最大容量。有效容量值包括：

  • Aurora MySQL：0、0.5、11.5、2、 等，以 0.5 ACUs 為增量，最多 256。

  • Aurora PostgreSQL：0、0.5、11.5、2、 等，以 0.5 ACUs 為增量，最多 256。

  • 最小 ACU 值 0 僅適用於支援自動暫停功能的 Aurora 版本。

無論您選擇立即套用或在下一個排程維護時段套用容量修改，該容量修改都會立即發生。

升級Aurora Serverless v2資料庫叢集以允許擴展至 256 ACUs

在某些情況下，當您嘗試將Aurora Serverless v2資料庫叢集擴展到大於 128 ACUs容量時，會收到錯誤訊息。錯誤訊息會告訴您哪些執行個體與新的擴展範圍不相容。

無法擴展大於 128 ACUs 的原因可能有兩個：

  • 較舊的資料庫引擎版本 – 將資料庫引擎版本升級至支援 256 個 ACUs版本。如需詳細資訊，請參閱Aurora Serverless v2 容量。

  • 較舊的平台 – 升級Aurora Serverless v2資料庫叢集的基礎平台。您可採用下列其中一種方式來這麼做：

    • 停止並重新啟動資料庫叢集。這將結束現有的基礎平台，並佈建能夠 256 ACUs 的新平台。

      不過，停止和啟動資料庫叢集會產生一些停機時間，通常為幾分鐘。如需詳細資訊，請參閱停用和啟動 Amazon Aurora 資料庫叢集。

    • 取代較舊的執行個體，並容錯移轉至其中一個新的執行個體。

      1. 新增讀取器資料庫執行個體。新的讀取器執行個體將在能夠執行 256 個 ACUs 的更新硬體上執行。如需詳細資訊，請參閱新增 Aurora Serverless v2 讀取器。

      2. 容錯移轉至其中一個新的讀取器執行個體。如需詳細資訊，請參閱容錯移轉 Amazon Aurora 資料庫叢集。

      3. 容錯移轉後，您可以刪除較舊的執行個體，包括先前的寫入器執行個體。

    • 使用藍/綠部署。如需詳細資訊，請參閱Amazon Aurora 藍/綠部署概觀。

      1. 建立藍/綠部署。如需詳細資訊，請參閱在 Amazon Aurora 中建立藍/綠部署。

      2. 確認您可以將預備 （綠色） 環境的最大容量設定為 256 個 ACUs。

      3. 切換到綠色環境。如需詳細資訊，請參閱在 Amazon Aurora 中切換藍/綠部署。

      4. 刪除原始資料庫叢集。

      注意

      如果您在 中維護資料庫登入資料 AWS Secrets Manager，則無法使用藍/綠部署。

      Aurora Global Database 不支援藍/綠部署。

檢查 Aurora Serverless v2 的容量範圍

檢查 Aurora Serverless v2 叢集容量範圍的程序需要您先設定容量範圍。如果您尚未執行此作業，請遵循設定叢集的 Aurora Serverless v2 容量範圍中的程序。

您在叢集層級設定的容量範圍適用於叢集中的所有 Aurora Serverless v2 資料庫執行個體。下圖顯示具有多個 Aurora Serverless v2 資料庫執行個體的叢集。每個都具有相同的容量範圍。

多個Aurora Serverless v2資料庫執行個體的叢集詳細資訊。

您也可以檢視叢集中任何 Aurora Serverless v2 資料庫執行個體的詳細資訊頁面。資料庫執行個體的容量範圍顯示在 Configuration (組態) 索引標籤。

執行個體類型區段，資料庫執行個體組態使用者界面的一部分

您還可以在叢集的 Modify (修改) 頁面上，查看叢集的目前容量範圍。此時，您可以變更容量範圍。如需設定或變更容量範圍的所有方法，請參閱設定叢集的 Aurora Serverless v2 容量範圍。

檢查 Aurora 叢集的目前容量範圍

您可以透過檢查叢集的 ServerlessV2ScalingConfiguration 屬性，來檢查為叢集中的 Aurora Serverless v2 資料庫執行個體設定的容量範圍。以下 AWS CLI 範例顯示的叢集最小容量為 0.5 個 Aurora 容量單位 (ACU)，最大容量為 16 個 ACU。

$ aws rds describe-db-clusters --db-cluster-identifier serverless-v2-64-acu-cluster \
  --query 'DBClusters[*].[ServerlessV2ScalingConfiguration]'
[
    [
        {
            "MinCapacity": 0.5,
            "MaxCapacity": 16.0
        }
    ]
]

新增 Aurora Serverless v2 讀取器

若要新增 Aurora Serverless v2 讀取器資料庫執行個體到您的叢集，您可以按照將 Aurora 複本新增至資料庫叢集中相同的程序進行。為新的資料庫執行個體選擇 Serverless v2 (無伺服器 v2) 執行個體類別。

如果讀取器資料庫執行個體是叢集中的第一個 Aurora Serverless v2 資料庫執行個體，您還可以選擇容量範圍。此設定適用於此讀取器資料庫執行個體和您新增至叢集的任何其他 Aurora Serverless v2 資料庫執行個體。每個 Aurora Serverless v2 資料庫執行個體都能在最小與最大 ACU 值之間進行擴展。

如果叢集中已存在任何其他Aurora Serverless v2執行個體，新增讀取器對話方塊會顯示叢集目前的容量範圍。在這種情況下，您無法變更容量。下圖顯示目前叢集容量的報告。

的執行個體組態使用者介面Aurora Serverless v2。

如果您已經新增了任何 Aurora Serverless v2 資料庫執行個體到叢集中，新增另一個 Aurora Serverless v2 讀取器資料庫執行個體會顯示目前的容量範圍。下圖顯示了這些唯讀控制項。

新增讀取器界面中Aurora Serverless v2顯示的容量設定。

如果您想變更叢集的容量範圍，請遵循設定叢集的 Aurora Serverless v2 容量範圍中的程序。

對於包含多個讀取器資料庫執行個體的叢集，每個 Aurora Serverless v2 讀取器資料庫執行個體的容錯移轉優先順序在該資料庫執行個體如何擴充或縮減規模方面發揮重要作用。您無法在初始建立叢集時指定優先順序。向叢集新增第二個讀取器或其他資料庫執行個體時，請記住此屬性。如需詳細資訊，請參閱選擇 Aurora Serverless v2 讀取器的提升層。

如需查看叢集目前容量範圍的其他方法，請參閱檢查 Aurora Serverless v2 的容量範圍。

將已佈建的寫入器或讀取器轉換為 Aurora Serverless v2

您可以將已佈建的資料庫執行個體轉換為使用 Aurora Serverless v2。若要執行此作業，請依照修改資料庫叢集中的資料庫執行個體中的程序進行。叢集必須符合的要求和限制 Aurora Serverless v2中的要求。例如：Aurora Serverless v2 資料庫執行個體要求叢集執行某些最低引擎版本。

假設您正在轉換執行中的已佈建叢集以便運用 Aurora Serverless v2。在這種情況下，您可以在切換程序的第一個步驟將資料庫執行個體轉換為 Aurora Serverless v2，將停機時間降至最低。如需完整程序，請參閱從已佈建叢集切換至 Aurora Serverless v2。

如果您轉換的資料庫執行個體是叢集中的第一個 Aurora Serverless v2 資料庫執行個體，您可以在 Modify (修改) 操作中選擇叢集的容量範圍。此容量範圍適用於您新增至叢集的每個 Aurora Serverless v2 資料庫執行個體。下圖顯示您在其中指定最小和最大 Aurora 容量單位 (ACU) 的頁面。

執行個體組態使用者界面

如需容量範圍意義的詳細資訊，請參閱Aurora Serverless v2 容量。

如果叢集已包含一或多個 Aurora Serverless v2 資料庫執行個體時，您可以在 Modify (修改) 操作期間查看現有的容量範圍。下圖顯示該資訊面板的範例。

容量範圍資訊面板

如果您希望在新增更多 Aurora Serverless v2 資料庫執行個體之後變更叢集的容量範圍，請遵循設定叢集的 Aurora Serverless v2 容量範圍中的程序。

將 Aurora Serverless v2 寫入器或讀取器轉換為已佈建

您可以將 Aurora Serverless v2 資料庫執行個體轉換為已佈建的資料庫執行個體。若要執行此作業，請依照修改資料庫叢集中的資料庫執行個體中的程序進行。選擇 Serverless (無伺服器) 以外的資料庫執行個體類別。

如果 Aurora Serverless v2 資料庫執行個體需要比 Aurora Serverless v2 資料庫執行個體的最大 Aurora 容量單位 (ACU) 更大的容量，您可以將其轉換為已佈建。例如，最大的 db.r5 和 db.r6g 資料庫執行個體類別具有比 Aurora Serverless v2 資料庫執行個體擴展上限更大的記憶體容量。

提示

某些較舊的資料庫執行個體類別 (如 db.r3 和 db.t2) 不適用於您搭配 Aurora Serverless v2 使用的 Aurora 版本。若要查看在將 Aurora Serverless v2 資料庫執行個體轉換為已佈建的執行個體時可以使用哪些資料庫執行個體類別，請參閱資料庫執行個體類別的支援資料庫引擎。

如果您要將叢集的寫入器資料庫執行個體從 Aurora Serverless v2 轉換為已佈建，則可以按照從已佈建叢集切換至 Aurora Serverless v2中的程序進行，但反過來。將叢集中的其中一個讀取器資料庫執行個體從 Aurora Serverless v2 切換為已佈建。然後執行容錯移轉，以將該已佈建的資料庫執行個體進入寫入器。

您之前為叢集指定的任何容量範圍會持續存在，即使從叢集中移除所有 Aurora Serverless v2 資料庫執行個體也一樣。如果您想要變更容量範圍，您可以依據設定叢集的 Aurora Serverless v2 容量範圍中的說明修改叢集。

暫停Aurora Serverless v2資料庫執行個體

您可以設定 Aurora Aurora Serverless v2 叢集，以自動暫停和繼續其資料庫執行個體。如需詳細資訊，請參閱使用 ACUs自動暫停和繼續將 擴展至零 Aurora Serverless v2。

選擇 Aurora Serverless v2 讀取器的提升層

對於包含多個 Aurora Serverless v2 資料庫執行個體或混合已佈建和 Aurora Serverless v2 資料庫執行個體的叢集，請注意每個 Aurora Serverless v2 資料庫執行個體的提升層。此設定控制 Aurora Serverless v2 資料庫執行個體的更多行為，而非已佈建的資料庫執行個體。

在 中 AWS Management Console，您可以使用建立資料庫、修改執行個體和新增讀取器頁面的其他組態下的容錯移轉優先順序選擇來指定此設定。您可以在 Databases (資料庫) 頁面的選用 Priority tier (優先順序方案) 欄中看到現有資料庫執行個體的這個屬性。您也可以在資料庫叢集或資料庫執行個體的詳細資訊頁面上查看此屬性。

對於已佈建的資料庫執行個體，選擇第 0–15 層僅決定 Aurora 在容錯移轉操作期間選擇將讀取器資料庫執行個體提升為寫入器的順序。對於 Aurora Serverless v2 讀取器資料庫執行個體，層數也會決定資料庫執行個體是否擴充規模以符合寫入器資料庫執行個體的容量，還是根據其自身的工作負載獨立擴展。第 0 層或第 1 層中的 Aurora Serverless v2 讀取器資料庫執行個體會保持在至少與寫入器資料庫執行個體一樣高的最小容量。如此一來，它們可以在發生容錯移轉時接管寫入器資料庫執行個體。如果寫入器資料庫執行個體是已佈建的資料庫執行個體，則 Aurora 會估計同等 Aurora Serverless v2 容量。它會使用該估計值做為 Aurora Serverless v2 讀取器資料庫執行個體的最小容量。

第 2–15 層中的 Aurora Serverless v2 讀取器資料庫執行個體對其最小容量沒有相同的限制。當它們處於閒置狀態時，可以縮減規模到叢集容量範圍中指定的最小 Aurora 容量單位 (ACU) 值。

下列 Linux AWS CLI 範例示範如何檢查叢集中所有資料庫執行個體的提升層。最後一個欄位針對寫入器資料庫執行個體為 True 值，針對所有讀取器資料庫執行個體為 False 值。

$ aws rds describe-db-clusters --db-cluster-identifier promotion-tier-demo \
  --query 'DBClusters[*].DBClusterMembers[*].[PromotionTier,DBInstanceIdentifier,IsClusterWriter]' \
  --output text

1   instance-192  True
1   tier-01-4840  False
10  tier-10-7425  False
15  tier-15-6694  False

下列 Linux AWS CLI 範例示範如何變更叢集中特定資料庫執行個體的提升層。這些命令首先使用新的提升層修改資料庫執行個體。然後，他們等待資料庫執行個體再次可用，並確認資料庫執行個體的新提升層。

$ aws rds modify-db-instance --db-instance-identifier instance-192 --promotion-tier 0
$ aws rds wait db-instance-available --db-instance-identifier instance-192
$ aws rds describe-db-instances --db-instance-identifier instance-192 \
  --query '*[].[PromotionTier]' --output text
0

如需為不同使用案例指定提升層的詳細指導方針，請參閱Aurora Serverless v2 擴展。

搭配 Aurora Serverless v2 使用 TLS/SSL

Aurora Serverless v2 可使用 Transport Layer Security/Secure Sockets Layer (TLS/SSL) 通訊協定，來加密用戶端與 Aurora Serverless v2 資料庫執行個體之間的通訊。它支援 TLS/SSL 1.0、1.1 和 1.2 版。如需如何將 TLS/SSL 與 Aurora 搭配使用的一般資訊，請參閱Aurora MySQL 資料庫叢集的 TLS 連線。

若要進一步了解如何使用 MySQL 用戶端連線至 Aurora MySQL 資料庫，請參閱連線至執行 MySQL 資料庫引擎的資料庫執行個體。

Aurora Serverless v2 支援 MySQL 用戶端 (mysql) 和 PostgreSQL 用戶端 (psql) 可用的所有 TLS/SSL 模式，包括下表所列的模式。

TLS/SSL 模式的說明 mysql psql

不使用 TLS/SSL 連線。

DISABLED

停用

請先嘗試先使用 TLS/SSL 連線，但必要時會回復為 SSL 以外的加密技術。

PREFERRED

偏好 (預設)

強制使用 TLS/SSL。

REQUIRED

require

強制採用 TLS/SSL 並驗證憑證授權單位 (CA)。

VERIFY_CA

verify-ca

強制執行 TLS/SSL、驗證 CA，並驗證 CA 主機名稱。

VERIFY_IDENTITY

verify-full

Aurora Serverless v2 使用萬用字元憑證。如果您在使用 TLS/SSL 時指定「驗證 CA」或「驗證 CA 和 CA 主機名稱」選項，請先從 Amazon 信任服務下載 Amazon 根 CA 1 信任存放區。這樣做之後，您就可以在用戶端命令中識別這個 PEM 格式的檔案。若要使用 PostgreSQL 用戶端執行此作業，請執行以下步驟。

對於 Linux、 macOS或 Unix：

psql 'host=endpoint user=user sslmode=require sslrootcert=amazon-root-CA-1.pem dbname=db-name'

若要進一步了解如何將 Postgres 用戶端與 Aurora PostgreSQL 資料庫搭配使用，請參閱連線至執行 PostgreSQL 資料庫引擎的資料庫執行個體。

如需連線至 Aurora 資料庫叢集的一般資訊，請參閱 連接至 Amazon Aurora 資料庫叢集。

適用於 Aurora Serverless v2 資料庫叢集連線的受支援密碼套件

透過使用可設定的密碼套件，您可以更進一步控制資料庫連線的安全性。您可以指定要允許的密碼套件清單，以保護您資料庫的用戶端 SSL/TLS 連線安全。您可以使用可設定的密碼套件來控制資料庫伺服器接受的連線加密。這麼做可以防止使用不安全或不再使用的密碼。

基於 Aurora MySQL 的 Aurora Serverless v2 資料庫叢集支援與 Aurora MySQL 佈建之資料庫叢集相同的密碼套件。如需這些密碼套件的相關資訊，請參閱 為 Aurora MySQL 資料庫叢集的連線設定密碼套件。

基於 Aurora PostgreSQL 的 Aurora Serverless v2 資料庫叢集支援與 Aurora PostgreSQL 佈建之資料庫叢集相同的密碼套件。如需這些密碼套件的相關資訊，請參閱 為 Aurora PostgreSQL 資料庫叢集的連線設定密碼套件。

檢視 Aurora Serverless v2 寫入器和讀取器

您可以使用檢視已佈建資料庫執行個體的相同方式，來檢視 Aurora Serverless v2 資料庫執行個體的詳細資訊。若要執行此作業，請依照檢視 Amazon Aurora 資料庫叢集中的一般程序進行。叢集可能包含所有 Aurora Serverless v2 資料庫執行個體、所有已佈建資料庫執行個體，或兩者的部分。

在您建立一個或以上的 Aurora Serverless v2 資料庫執行個體後，您可以檢視哪些資料庫執行個體類型為 Serverless (無伺服器)，哪一些為 Instance (執行個體)。您還可以查看 Aurora Serverless v2 資料庫執行個體可以使用的最小和最大 Aurora 容量單位 (ACU)。每一個 ACU 都是處理 (CPU) 與記憶體 (RAM) 容量的組合。此容量範圍適用於叢集中的每個 Aurora Serverless v2 資料庫執行個體。如需檢查叢集或叢集中任何 Aurora Serverless v2 資料庫執行個體之容量範圍的程序，請參閱檢查 Aurora Serverless v2 的容量範圍。

在 Aurora Serverless v2 中 AWS Management Console，資料庫執行個體會在資料庫頁面的大小欄下標記。已佈建的資料庫執行個體會顯示資料庫執行個體類別的名稱，例如 r6g.xlarge。Aurora Serverless 資料庫執行個體的資料庫執行個體類別會顯示為 Serverless (無伺服器)，加上資料庫執行個體的最小和最大容量。例如，您可能會看到 Serverless v2 (4–64 ACUs) (無伺服器 v2 (4–64 個 ACU)) 或者 Serverless v2 (1–40 ACUs) (無伺服器 v2 (1–40 個 ACU))。

您可以在主控台的每個 Aurora Serverless v2 資料庫執行個體的 Configuration (組態) 索引標籤中找到相同資訊。例如，您可能會看到 Instance type (執行個體類型) 區段，如下所示。這裡，Instance type (執行個體類型) 值為 Serverless v2 (無伺服器 v2)，Minimum capacity (容量下限) 值為 2 ACUs (4 GiB)，以及 Maximum capacity (容量上限) 值為 64 ACUs (128 GiB)。

執行個體類型區段，資料庫執行個體組態使用者界面的一部分

您可以監控每個 Aurora Serverless v2 資料庫執行個體一段時間後的容量。透過這種方式，您可以檢查每個資料庫執行個體的最小、最大和平均 ACU。您還可以檢查資料庫執行個體接近其最小或最大容量的程度。若要在 中查看此類詳細資訊 AWS Management Console，請檢查資料庫執行個體監控索引標籤上的 Amazon CloudWatch 指標圖形。如需要觀察的指標以及如何解釋它們的詳細資訊，請參閱Aurora Serverless v2 的重要 Amazon CloudWatch 指標。

為 Aurora Serverless v2 記錄日誌。

要開啟資料庫日誌記錄，請使用自訂參數群組中的組態參數指定要啟用的日誌。

對於 Aurora MySQL，您可以啟用下列日誌記錄。

Aurora MySQL 描述

general_log

建立一般日誌。設定為 1 可開啟。預設為關閉 (0)。

log_queries_not_using_indexes

將任何查詢記錄到不使用索引的慢查詢日誌。預設為關閉 (0)。設定為 1 可開啟此日誌。

long_query_time

防止快速執行的查詢在慢查詢日誌中記錄。可以設定為介於 0 到 31536000 之間的浮點數。預設值為 0 (非作用中)。

server_audit_events

日誌中要擷取的事件清單。支援的值為 CONNECT、QUERY、QUERY_DCL、QUERY_DDL、QUERY_DML 和 TABLE。

server_audit_logging

設定為 1 以開啟伺服器稽核日誌記錄。如果開啟此選項，您可以在 server_audit_events 參數中列出稽核事件，以指定要傳送至 CloudWatch 的稽核事件。

slow_query_log

建立慢查詢日誌。設定為 1 以開啟慢查詢日誌。預設為關閉 (0)。

如需詳細資訊，請參閱搭配 Amazon Aurora 我的SQL資料庫叢集使用進階稽核。

對於 Aurora PostgreSQL，您可以在 Aurora Serverless v2 資料庫執行個體上啟用下列日誌記錄。

Aurora PostgreSQL 描述

log_connections

記錄每個成功連線。

log_disconnections

記錄工作階段的結尾，包括持續時間。

log_lock_waits

預設值為 0 (關閉)。設定為 1 可等待日誌鎖定。

log_min_duration_statement

記錄陳述式之前執行的最短持續時間 (以毫秒為單位)。

log_min_messages

設定所記錄的訊息層級。支援的值為 debug5、debug4、debug3、debug2、debug1、info、notice、warning、error、log、fatal、panic。若要將效能資料記錄到 postgres 日誌中，則將值設定為 debug1。

log_temp_files

記錄超過指定 KB 的暫存檔案的使用。

log_statement

控制已記錄的特定 SQL 陳述式。支援的值為 none、ddl、mod 和 all。預設值為 none。

使用 Amazon CloudWatch 進行記錄

使用為 Aurora Serverless v2 記錄日誌。中的程序選擇要開啟的資料庫日誌後，您可以選擇要將哪些日誌上傳(「發佈」) 到 Amazon CloudWatch。

您可使用 Amazon CloudWatch 來分析日誌資料、建立警示和檢視指標。預設情況下，Aurora Serverless v2 的錯誤日誌已啟用並自動上傳至 CloudWatch。您也可以從 Aurora Serverless v2 資料庫執行個體上傳其他日誌到 CloudWatch。

然後，您可以使用 中的日誌匯出設定 AWS Management Console 或 中的 --enable-cloudwatch-logs-exports選項，選擇要上傳至 CloudWatch 的日誌 AWS CLI。

您可以選擇將哪些 Aurora Serverless v2 日誌上傳到 CloudWatch。如需詳細資訊，請參閱搭配 Amazon Aurora 我的SQL資料庫叢集使用進階稽核。

與任何類型的 Aurora 資料庫叢集一樣，您無法修改預設的資料庫叢集參數群組。相反地，請根據資料庫叢集和引擎類型的預設參數，建立您自己的資料庫叢集參數群組。建議您在建立 Aurora Serverless v2 資料庫叢集之前建立自訂的資料庫叢集參數群組，以便在主控台上建立資料庫時可選擇您自訂的群組。

注意

對於 Aurora Serverless v2，您可以同時建立資料庫叢集和資料庫參數群組。這與 Aurora Serverless v1 相反，在其中您只能建立資料庫叢集參數群組。

在 Amazon CloudWatch 中檢視 Aurora Serverless v2 日誌

使用使用 Amazon CloudWatch 進行記錄中的程序選擇要開啟的資料庫日誌後，就可以查看日誌的內容。

如需搭配 Aurora MySQL 和 Aurora PostgreSQL 日誌使用 CloudWatch 的詳細資訊，請參閱在 Amazon CloudWatch 中監控日誌事件和將 Aurora PostgreSQL 日誌發佈至 Amazon CloudWatch Logs。

檢視 Aurora Serverless v2 資料庫叢集的日誌

  1. 在 https://console.aws.amazon.com/cloudwatch/ 開啟 CloudWatch 主控台。

  2. 選擇您的 AWS 區域。

  3. 選擇 Log groups (日誌群組)。

  4. 從清單中選擇 Aurora Serverless v2 資料庫叢集日誌。日誌命名模式如下。

    /aws/rds/cluster/cluster-name/log_type
注意

對於 Aurora MySQL 相容的 Aurora Serverless v2 資料庫叢集，即使沒有錯誤，錯誤日誌也會包含緩衝集區擴展事件。

使用 Amazon CloudWatch 監控容量

搭配 Aurora Serverless v2，您可以使用 CloudWatch 來監控叢集中所有 Aurora Serverless v2 資料庫執行個體的容量和使用率。您可以檢視執行個體層級指標，以檢查每個 Aurora Serverless v2 資料庫執行個體在擴充和縮減規模時的容量。您也可以將容量相關指標與其他指標進行比較，以查看工作負載中的變更如何影響資源耗用。例如，您可以將 ServerlessDatabaseCapacity 與 DatabaseUsedMemory、DatabaseConnections 和 DMLThroughput 進行比較，來評估資料庫叢集在操作期間如何回應。如需適用於 Aurora Serverless v2 的容量相關指標，請參閱Aurora Serverless v2 的重要 Amazon CloudWatch 指標。

監控 Aurora Serverless v2 資料庫叢集的容量

  1. 透過 https://console.aws.amazon.com/cloudwatch/ 開啟 CloudWatch 主控台。

  2. 選擇 Metrics (指標)。所有可用的指標都會顯示為主控台中的卡片，並依服務名稱分組。

  3. 選擇 RDS。

  4. (選用) 使用 Search (搜尋) 方塊來尋找對於 Aurora Serverless v2 特別重要的指標：ServerlessDatabaseCapacity、ACUUtilization、CPUUtilization，以及FreeableMemory。

我們建議您設定 CloudWatch 儀表板，使用容量相關指標來監控 Aurora Serverless v2 資料庫叢集容量。若要了解做法，請參閱使用 CloudWatch 建置儀表板。

若要進一步了解如何將 Amazon CloudWatch 與 Amazon Aurora 搭配使用，請參閱 將 Amazon Aurora MySQL 日誌發佈至 Amazon CloudWatch Logs。

監控Aurora Serverless v2暫停和繼續活動

Aurora Aurora Serverless v2 會為已啟用自動暫停的資料庫執行個體寫入個別的日誌檔案。Aurora 每 10 分鐘會寫入日誌，而執行個體不會暫停。Aurora 最多保留其中七個日誌，每日輪換。目前的日誌檔名為 instance.log，而較舊的日誌則使用 模式 命名instance.YYYY-MM-DD.N.log。

根據預設，已啟用自動暫停Aurora Serverless v2的資料庫執行個體會啟用此日誌。您可以在 或使用 AWS Management Console 或 AWS CLI RDSP API 來檢視此日誌的內容。目前，您無法將此日誌上傳至 CloudWatch。

中列出的事件資料庫執行個體事件提供暫停和繼續活動的高階概觀，例如：

  • 當執行個體開始暫停時，以及它完成暫停時。

  • 當執行個體開始繼續，以及完成繼續時。

  • 執行個體嘗試暫停，但某些條件導致無法暫停的案例。

instance.log 提供更詳細的詳細資訊，說明Aurora Serverless v2執行個體可能暫停或無法暫停的原因。

日誌可能表示執行個體因不同原因繼續：

  • 使用者活動：資料庫連線請求。這可能是來自互動式用戶端工作階段、RDS Data API 呼叫，或從執行個體下載日誌的請求。

  • 背景活動：廣泛的類別，包含 Aurora 恢復執行個體的所有原因。例如，當對讀取器執行個體的連線請求導致寫入器執行個體繼續時，讀取器的日誌會指出使用者活動，而寫入器的日誌會將該繼續請求分類為背景活動。如需 Aurora 可能繼續使用者連線請求以外的執行個體的原因，請參閱 繼續自動暫停 Aurora Serverless v2 執行個體。

當 Aurora 不知道在自動暫停間隔過期時，會阻止執行個體暫停的任何條件時，它會定期將資訊性訊息寫入日誌。對於只有單一資料庫執行個體的叢集，日誌包含此訊息：

[INFO] No auto-pause blockers registered since time

對於具有多個資料庫執行個體的叢集，訊息會略有不同。這是因為寫入器可能因為在任何讀取器執行個體上的活動而無法暫停。如果讀取器上的活動在寫入器上的自動暫停間隔到期之前完成，寫入器可以在預期的時間暫停。

[INFO] No auto-pause blockers registered since time.
Database might be required to maintain compute capacity for high availability.

如果暫停操作開始，但新的資料庫連線請求在執行個體完成暫停之前到達，則日誌會包含此訊息：

[INFO] Unable to pause database due to a new database activity

如果 Aurora 知道任何絕對會阻止執行個體暫停的條件，日誌會包含此訊息，列出所有此類條件：

[INFO] Auto-pause blockers registered since time: list_of_conditions

如此一來，Aurora 就不會阻止您開啟複寫、零 ETL 整合、Aurora Global Database 等功能，並搭配自動暫停功能。日誌會通知您，使用這類功能可能會阻止自動暫停生效。

以下是Aurora Serverless v2執行個體可能超過自動暫停逾時間隔的原因，但無法暫停：

  • 自動暫停逾時之前的資料庫活動：資料庫執行個體在逾時間隔過期之前收到連線請求。

  • 全域資料庫的成員：如果資料庫叢集是 Aurora 全域資料庫的一部分，則叢集中的Aurora Serverless v2執行個體不會暫停。叢集可以從獨立叢集變更為全域資料庫叢集。因此，先前自動暫停的執行個體可能會停止暫停，並在日誌中報告此原因。一旦叢集成為全球資料庫的成員，在您明確分離之前，不會還原至獨立叢集。即使您分離所有次要叢集，主要叢集仍會被視為全域資料庫的一部分。

  • 已設定的複寫功能：寫入器資料庫執行個體已啟用引擎特定的複寫，可以是 MySQL 的 binlog 複寫，或是 PostgreSQL 的邏輯複寫。此條件也可能是由於使用另一個需要開啟複寫的 Aurora 功能所造成，例如零 ETL 整合或資料庫活動串流 (DAS)。

  • 持續備份延遲：如果 Aurora 儲存系統尚未完成套用儲存變更至目前時間點，寫入器執行個體不會暫停，直到趕上為止。此條件只會影響寫入器執行個體，且預期相對簡短。

  • 服務或客戶維護動作：如果維護操作開始，資料庫執行個體將不會再次暫停，直到該操作完成為止。此條件包含您或 Aurora 可能啟動的各種操作，例如升級、複製、變更組態設定、升級、下載日誌檔案等。當您請求刪除執行個體時，也會發生此事件，而 Aurora 會短暫地繼續執行個體，做為刪除機制的一部分。

  • 暫時性通訊問題：如果 Aurora 無法判斷擴展組態目前是否具有零 ACUs的最低容量設定，則不會暫停執行個體。預期這種情況非常罕見。