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

使用 Aurora Serverless v2 的自動暫停和繼續擴展至零個 ACU

您可以指定 Aurora Serverless v2 資料庫執行個體縮減規模到零個 ACU，如果使用者活動未在指定期間內啟動任何連線，則會自動暫停。您可以為資料庫叢集指定最小 ACU 值 0 來執行此操作。當執行個體處於暫停狀態時，您不需要支付執行個體容量的費用。為輕度使用或長時間閒置的 Aurora 叢集啟用自動暫停和繼續功能 (自動暫停)，可協助您管理資料庫機群的成本。

Aurora Serverless v2 自動暫停功能概觀

Aurora Serverless v2 資料庫執行個體可以在沒有使用者連線的期間之後自動暫停，並在連線請求送達時自動繼續。Aurora Serverless v2 自動暫停/繼續功能有助於管理沒有嚴格服務水準目標 (SLO) 的系統成本。例如，您可以為用於開發和測試的叢集啟用此功能，或針對資料庫繼續時可接受短暫暫停的內部應用程式啟用此功能。如果您的工作負載處於閒置期間，並且可以在執行個體繼續時容忍輕微的連線延遲，請考慮針對 Aurora Serverless v2 執行個體使用自動暫停來降低成本。

您可以透過指定叢集中的 Aurora Serverless v2 資料庫執行個體是否可以自動暫停，以及每個執行個體在暫停之前必須閒置多久來控制此行為。若要啟用 Aurora 叢集中所有 Aurora Serverless v2 資料庫執行個體的自動暫停行為，請將叢集的最小容量值設定為零個 ACU。

如果您先前利用在閒置一段時間後擴展到零個 ACU 的 Aurora Serverless v1 功能，您可以升級到 Aurora Serverless v2 並使用其對應的自動暫停功能。

自動暫停功能可節省成本的優點類似於使用停止/啟動叢集功能。Aurora Serverless v2 的自動暫停具有比啟動已停止叢集更快繼續的額外優點，並自動化決定何時暫停和繼續每個資料庫執行個體的程序。

自動暫停功能也提供額外的精細程度，以控制叢集內運算資源的成本。即使叢集中的寫入器執行個體和其他讀取器隨時保持作用中狀態，您仍可讓某些讀取器執行個體暫停。您可以透過將可與其他執行個體獨立暫停的讀取器執行個體指派為 2-15 範圍內的容錯移轉優先順序來執行此操作。

寫入器執行個體的容錯移轉優先順序為 0 和 1 的所有讀取器執行個體一律會同時暫停和繼續。因此，此群組中的執行個體在指定的時間間隔內沒有任何連線後便會暫停。

Aurora 資料庫叢集可以包含寫入器和讀取器資料庫執行個體，以及已佈建和 Aurora Serverless v2 資料庫執行個體的組合。因此，若要有效地使用此功能，了解自動暫停機制的下列層面會很有幫助：

Aurora Serverless v2 自動暫停功能的先決條件和限制

使用自動暫停功能之前，請檢查要使用的引擎版本。此外，請檢查自動暫停是否可搭配您打算使用的其他 Aurora 功能運作。如果您使用的是不支援它的引擎版本，則無法開啟自動暫停。對於不相容的功能，如果您將它們與自動暫停結合使用，則不會收到任何錯誤。如果叢集使用任何不相容的功能或設定，Aurora Serverless v2 執行個體不會自動暫停。

特定情況或設定會防止 Aurora Serverless v2 執行個體自動暫停。如需更多詳細資訊，請參閱 Aurora Serverless v2 不會自動暫停的情況。

開啟和關閉自動暫停功能

您可以在叢集層級開啟和關閉自動暫停功能。若要這樣做，您可以使用與調整叢集容量下限和上限時相同的程序。自動暫停功能以最小容量 0 ACU 表示。

為叢集中的 Aurora Serverless v2 執行個體開啟自動暫停

請遵循 設定叢集的 Aurora Serverless v2 容量範圍 中的程序。針對最小容量，請選擇 0 ACU。當您選擇最小容量為 0 ACU 時，您也可以指定執行個體在自動暫停之前閒置的時間長度。

下列 CLI 範例顯示如何在啟用自動暫停功能且自動暫停間隔設定為十分鐘 (600 秒) 的情況下建立 Aurora 叢集。

aws rds create-db-cluster \
    --db-cluster-identifier my-serverless-v2-cluster \
    --region eu-central-1 \
    --engine aurora-mysql \
    --engine-version 8.0 \
    --serverless-v2-scaling-configuration MinCapacity=0,MaxCapacity=4,SecondsUntilAutoPause=600 \
    --master-username myuser \
    --manage-master-user-password

下列 CLI 範例顯示如何開啟現有 Aurora 叢集的自動暫停功能。此範例會將自動暫停間隔設定為一小時 (3600 秒)。

aws rds modify-db-cluster --db-cluster-identifier serverless-v2-cluster \
  --serverless-v2-scaling-configuration MinCapacity=0,MaxCapacity=80,SecondsUntilAutoPause=3600

aws rds describe-db-clusters --db-cluster-identifier serverless-v2-cluster \
  --query 'DBClusters[*].ServerlessV2ScalingConfiguration|[0]'
{
    "MinCapacity": 0,
    "MaxCapacity": 80.0,
    "SecondsUntilAutoPause": 3600
}

可設定的 Aurora Serverless v2 自動暫停逾時間隔

逾時間隔會以 Aurora 叢集的 ServerlessV2ScalingConfiguration 屬性表示。如果最小容量設定為零個 ACU，您可以在建立或修改 Aurora 叢集時在 AWS Management Console 中指定此間隔。您可以在建立或修改 Aurora 叢集時使用 --serverless-v2-scaling-configuration 參數，在 AWS CLI 中指定它。您可以在建立或修改 Aurora 叢集時使用 ServerlessV2ScalingConfiguration 參數，在 RDS API 中指定它。

您可以設定的最小間隔為 300 秒 (5 分鐘)。如果您未指定間隔，則這是預設值。您可以設定的間隔上限為 86,400 秒 (一天)。

假設您透過將叢集的最小容量變更為非零值來關閉叢集的自動暫停功能。在這種情況下，間隔屬性會從 ServerlessV2ScalingConfiguration 屬性中移除。缺少該屬性可額外確認該叢集的自動暫停功能已關閉。如果您稍後重新開啟自動暫停，您可以在此時再次指定任何自訂間隔。

繼續自動暫停的 Aurora Serverless v2 執行個體

關閉叢集中 Aurora Serverless v2 執行個體的自動暫停

請遵循 設定叢集的 Aurora Serverless v2 容量範圍 中的程序。針對最小容量，選擇 0.5 或更高的值。當您關閉自動暫停功能時，執行個體閒置的間隔會重設。如果您再次開啟自動暫停，您可以指定新的逾時間隔。

下列 CLI 範例顯示如何關閉現有 Aurora 叢集的自動暫停功能。describe-db-clusters 輸出顯示當最小容量設定為非零值時，會移除 SecondsUntilAutoPause 屬性。

aws rds modify-db-cluster --db-cluster-identifier serverless-v2-cluster \
  --serverless-v2-scaling-configuration MinCapacity=2,MaxCapacity=80

aws rds describe-db-clusters --db-cluster-identifier serverless-v2-cluster \
  --query 'DBClusters[*].ServerlessV2ScalingConfiguration|[0]'
{
    "MinCapacity": 2,
    "MaxCapacity": 80.0
}

Aurora Serverless v2 自動暫停功能的運作方式

您可以使用以下資訊來規劃使用自動暫停功能。了解執行個體暫停、繼續或保持作用中狀態的情況，可協助您平衡可用性、回應能力和成本節省之間的權衡。

Aurora Serverless v2 執行個體暫停時會發生什麼情況

當 Aurora Serverless v2 資料庫執行個體在一段時間後沒有連線的情況下暫停時：

自動暫停的 Aurora Serverless v2 執行個體繼續時會發生什麼情況

當 Aurora Serverless v2 資料庫執行個體在自動暫停後繼續時，適用下列情況：

執行個體計費對自動暫停 Aurora Serverless v2 叢集的運作方式

當 Aurora Serverless v2 執行個體自動暫停時，其執行個體費用為零。該 ServerlessV2Usage 指標在此期間為零。AWS 仍會針對未繫結至該特定資料庫執行個體的 Aurora 儲存體和叢集的其他層面收取費用。

Aurora Serverless v2 不會自動暫停的情況

自動暫停如何搭配叢集停止/啟動功能運作

您可以在啟用自動暫停功能時停止和啟動 Aurora 叢集。某些執行個體是否暫停並不重要。當您再次啟動叢集時，任何暫停的 Aurora Serverless v2 執行個體都會自動繼續。

當 Aurora 叢集停止時，任何暫停的 Aurora Serverless v2 執行個體都不會根據連線嘗試自動繼續。再次啟動叢集後，就會套用暫停和繼續 Aurora Serverless v2 執行個體的一般機制。

自動暫停 Aurora Serverless v2 叢集的維護和升級如何運作

Aurora Serverless v2 和 Aurora Serverless v1 之間自動暫停行為的差異

Aurora Serverless v2 自動暫停如何適用於不同類型的 Aurora 叢集

自動暫停功能的考量取決於 Aurora 叢集中有多少執行個體、讀取器執行個體的容錯移轉提升層，以及所有執行個體是否是 Aurora Serverless v2 或 Aurora Serverless v2 和已佈建的組合。

使用自動暫停時建議的 Aurora 叢集配置

啟用自動暫停功能時，您可以為 Aurora 叢集安排高可用性、快速回應和可擴展性之間的適當平衡，以符合您的使用案例。您可以透過為叢集中的資料庫執行個體選擇 Aurora Serverless v2 執行個體、已佈建執行個體和容錯移轉提升層的組合來執行此操作。

下列類型的組態示範叢集的高可用性和成本最佳化之間的不同權衡：

資料庫叢集中寫入器執行個體的 Aurora Serverless v2 自動暫停運作方式

當 Aurora 資料庫叢集只包含單一資料庫執行個體時，自動暫停和繼續資料庫執行個體的機制非常簡單。它僅取決於寫入器執行個體上的活動。對於用於開發和測試的叢集，或用於執行高可用性不重要的應用程式，您可能具有此類組態。請注意，在單一執行個體叢集中，Aurora 會透過讀取器端點將連線導向寫入器資料庫執行個體。因此，對於單一執行個體資料庫叢集，嘗試連線至讀取器端點會導致自動暫停的寫入器資料庫執行個體繼續。

下列其他因素適用於具有多個資料庫執行個體的 Aurora 叢集：

Aurora Serverless v2 自動暫停對多個可用區叢集的運作方式

在同時包含寫入器和一或多個讀取器資料庫執行個體的 Aurora 資料庫叢集內，某些 Aurora Serverless v2 資料庫執行個體可能會在其他資料庫執行個體處於作用中狀態時暫停。寫入器執行個體和容錯移轉優先順序為 0 和 1 的任何讀取器執行個體一律會同時暫停和繼續。優先順序不是 0 或 1 的讀取器執行個體可以與其他執行個體分開暫停和繼續。

當您將此功能用於具有多個讀取器執行個體的叢集時，您可以管理成本，而不會犧牲高可用性。寫入器執行個體和另一個一或兩個讀取器執行個體隨時可以保持作用中狀態，而其他讀取器執行個體可以在不需要處理大量讀取流量時暫停。

讀取器執行個體是否可以自動暫停取決於其容量是否可以獨立擴展，或容量是否與寫入器資料庫執行個體的容量繫結。該擴展屬性取決於讀取器資料庫執行個體的容錯移轉優先順序。當讀取器的優先順序為 0 或 1 時，讀取器的容量會追蹤寫入器資料庫執行個體的容量。因此，若要允許讀取器資料庫執行個體在最廣泛的情況下自動暫停，請將優先順序設定為高於 1 的值。

繼續讀取器執行個體的時間可能比繼續寫入器執行個體稍長。如需執行個體可能暫停時的最快回應，請連線至叢集端點。

Aurora Serverless v2 自動暫停對具有佈建執行個體的叢集的運作方式

Aurora 資料庫叢集中的任何已佈建資料庫執行個體都不會自動暫停。只有具有 db.serverless 執行個體類別的 Aurora Serverless v2 資料庫執行個體才能使用自動暫停功能。

當您的 Aurora 叢集包含任何佈建的資料庫執行個體時，任何 Aurora Serverless v2 寫入器執行個體都不會自動暫停。這是因為在任何讀取器執行個體作用中時，寫入器執行個體必須保持可用。Aurora Serverless v2 寫入器保持作用中的事實也表示容錯移轉優先順序為 0 和 1 的任何 Aurora Serverless v2 讀取器執行個體都不會在包含任何已佈建執行個體的混合叢集中自動暫停。

監控使用自動暫停的 Aurora 叢集

若要監控 Aurora，您應該已經熟悉 使用 Amazon CloudWatch 監控 Amazon Aurora 指標 中的監控程序，以及 Amazon Aurora 的指標參考 中列出的 CloudWatch 指標。請注意，當您監控使用自動暫停功能的 Aurora 叢集時，有一些特殊考量：

檢查 Aurora Serverless v2 執行個體是否暫停

若要判斷 Aurora Serverless v2 執行個體是否處於暫停狀態，您可以觀察執行個體的 ACUUtilization 指標。執行個體暫停時，該指標的值為零。

當 Aurora Serverless v2 執行個體暫停時，其狀態值仍會列為可用。當暫停的 Aurora Serverless v2 執行個體正在繼續時，同樣適用。這是因為即使連線發生些微延遲，您也可以成功連線到此類執行個體。

任何與 Aurora 執行個體可用性相關的指標都會將執行個體暫停的期間視為執行個體可用的時間。

自動暫停和自動繼續操作的事件

當自動暫停和自動繼續操作開始、完成或取消時，Aurora 會發出 Aurora Serverless v2 執行個體的事件。與自動暫停功能相關的事件是透過 RDS-EVENT-0374 的 RDS-EVENT-0370。如需這些事件的詳細資訊，請參閱 資料庫執行個體事件。

自動暫停如何與 Performance Insights 和增強型監控搭配使用

當 Aurora Serverless v2 執行個體暫停時，Aurora 不會透過 Performance Insights 或增強型監控來收集該執行個體的監控資訊。執行個體繼續時，在 Aurora 繼續收集此類監控資訊之前，可能會有短暫的延遲。

Aurora Serverless v2 自動暫停功能如何與 Aurora 指標互動

當 Aurora Serverless v2 執行個體暫停時，它不會發出大多數 CloudWatch 指標或將任何資訊寫入其資料庫日誌。執行個體暫停時傳送到 CloudWatch 的唯一指標為 CPUUtilization 和 ACUUtilization 的零百分比，以及 ServerlessDatabaseCapacity 的零百分比。

當 CloudWatch 是執行個體或叢集可用性和執行時間相關的運算統計資料時，Aurora Serverless v2 執行個體會被視為在暫停期間可用。

當您啟動 AWS CLI 或 RDS API 動作來描述或下載暫停 Aurora Serverless v2 執行個體的日誌時，執行個體會自動繼續以提供日誌資訊。

CloudWatch 指標範例

下列 AWS CLI 範例示範如何觀察執行個體容量隨時間變更的情況。在此期間，執行個體會自動暫停，然後繼續。暫停時，ServerlessDatabaseCapacity 指標會報告 0 的值。為了判斷執行個體是否在期間內的任何時間點暫停，我們會檢查該期間內的最小容量是否為零。

下列 Linux 範例代表已自動暫停一段時間的 Aurora Serverless v2 執行個體。我們會在三分鐘的期間內每分鐘取樣 ServerlessDatabaseCapacity 一次。最小 ACU 值 0.0 會確認執行個體已在每分鐘的某個時間點暫停。

$ aws cloudwatch get-metric-statistics \
  --metric-name "ServerlessDatabaseCapacity" \
  --start-time "$(date -d '3 minutes ago')" --end-time "$(date -d 'now')" --period 60 \
  --statistics Minimum \
  --namespace "AWS/RDS" --dimensions Name=DBInstanceIdentifier,Value=my-autopause-instance \
  --output text | sort -k 3

ServerlessDatabaseCapacity
DATAPOINTS	0.0	2024-08-02T22:11:00+00:00	None
DATAPOINTS	0.0	2024-08-02T22:12:00+00:00	None
DATAPOINTS	0.0	2024-08-02T22:13:00+00:00	None

接下來，我們會嘗試與暫停的 Aurora Serverless v2 執行個體建立連線。在此範例中，我們刻意使用不正確的密碼，讓連線嘗試不會成功。儘管失敗，連線嘗試會導致 Aurora 繼續暫停的執行個體。

$ mysql -h my_cluster_endpoint.rds.amazonaws.com -u admin -pwrong-password

ERROR 1045 (28000): Access denied for user 'admin'@'ip_address' (using password: YES)

下列 Linux 範例示範暫停的執行個體已繼續、保持閒置約五分鐘，然後回到暫停狀態。執行個體以 2.0 ACU 的容量繼續。然後，它會稍微向上擴展，例如執行一些內部清除。由於它在五分鐘的逾時期間內未收到任何使用者連線嘗試，因此從 4.0 ACU 直接進入暫停狀態。

$ aws cloudwatch get-metric-statistics \
  --metric-name "ServerlessDatabaseCapacity" \
  --start-time "$(date -d '8 minutes ago')" --end-time "$(date -d 'now')" --period 60 \
  --statistics Minimum \
  --namespace "AWS/RDS" --dimensions Name=DBInstanceIdentifier,Value=my-autopause-instance \
  --output text | sort -k 3

ServerlessDatabaseCapacity
DATAPOINTS	0.0	2024-08-02T22:13:00+00:00	None
DATAPOINTS	2.0	2024-08-02T22:14:00+00:00	None
DATAPOINTS	3.0	2024-08-02T22:15:00+00:00	None
DATAPOINTS	3.0	2024-08-02T22:16:00+00:00	None
DATAPOINTS	4.0	2024-08-02T22:17:00+00:00	None
DATAPOINTS	4.0	2024-08-02T22:18:00+00:00	None
DATAPOINTS	4.0	2024-08-02T22:19:00+00:00	None
DATAPOINTS	0.0	2024-08-02T22:20:00+00:00	None

如果報告旨在顯示執行個體擴展處理工作負載的速度，我們可能會為統計資料指定 Maximum 而非 Minimum。對於容量規劃和成本估算，我們可能會指定更長的期間並使用 Average 統計資料。如此一來，我們可以判斷在高活動量、低活動量和暫停狀態期間的一般容量值。為了在關於暫停和繼續的精確時間內檢查行為，我們可能會指定一秒的期間，並檢查較短的時間間隔。輸出中的時間戳記值，例如 2024-08-02T22:13:00+00:00，示範為 --start-time 和 --end-time 選項指定精確參數的格式。

Aurora Serverless v2 自動暫停的故障診斷

如果您發現 Aurora Serverless v2 執行個體的暫停頻率不如預期，請檢查下列可能原因：

Aurora Serverless v2 自動暫停功能的應用程式設計考量

當 Aurora Serverless v2 資料庫執行個體在自動暫停後繼續時，它會從相對較小的容量開始，並從該容量向上擴展。即使資料庫執行個體在自動暫停之前有更高的容量，此起始容量也適用。

將此功能用於在建立連線時可容忍大約 15 秒間隔的應用程式。這會說明 Aurora Serverless v2 執行個體因一個或少量傳入連線而繼續的典型案例。如果執行個體暫停超過 24 小時，則繼續的時間可能會更長。

如果您的應用程式已在使用 Aurora Serverless v1 及其自動暫停功能，您可能已經有此類逾時間隔用於連線嘗試。如果您已經使用 Aurora Serverless v2 搭配 Aurora 停止/啟動叢集功能，自動暫停 Aurora Serverless v2 執行個體的繼續時間通常比啟動已停止叢集的時間短得多。

在應用程式中編碼連線邏輯時，如果第一次嘗試傳回具有暫時性原因的錯誤，請重試連線。(如果錯誤是由於驗證失敗，請在重試之前修正憑證。) 繼續後立即發生的錯誤可能是逾時，或與資料庫限制相關的一些錯誤。在極少數情況下，重試可以處理由於大量同時連線請求而繼續 Aurora Serverless v2 執行個體的問題。在這種情況下，某些連線可能需要比平常更長的時間來處理，或可能超過第一次嘗試時同時連線的限制。

在應用程式開發和偵錯期間，請勿讓用戶端工作階段或具有資料庫連線的程式設計工具保持開啟狀態。如果有任何使用者起始的連線開啟，無論連線是否未執行任何 SQL 陳述式或交易，Aurora 都不會暫停執行個體。當 Aurora 叢集中的一個 Aurora Serverless v2 執行個體無法暫停時，叢集中的其他執行個體也可能無法暫停。如需更多詳細資訊，請參閱 Aurora Serverless v2 不會自動暫停的情況。

當 Aurora Serverless v2 資料庫執行個體開始繼續、完成繼續，以及執行個體因為某些原因而無法繼續時，Aurora 會發出事件。如需這些事件的詳細資訊，請參閱 資料庫執行個體事件。