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

使用 ACUs自動暫停和繼續將 擴展至零 Aurora Serverless v2

您可以指定 Aurora Serverless v2 資料庫執行個體縮減為零ACUs，如果沒有使用者活動在指定期間內啟動的任何連線，則會自動暫停。您可以指定資料庫叢集的最小值為零，藉此達成此ACU目的。當執行個體處於暫停狀態時，您不需要支付執行個體容量的費用。啟用 Aurora 叢集的自動暫停和恢復功能 （自動暫停），這些叢集使用量很低，或長時間沒有活動，可協助您管理資料庫機群的成本。

概觀 Aurora Serverless v2 自動暫停功能

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

您可以指定 是否 Aurora Serverless v2 叢集中的資料庫執行個體可以自動暫停或不暫停，以及每個執行個體在暫停之前必須閒置多久。為所有 啟用自動暫停行為 Aurora Serverless v2 Aurora 叢集中的資料庫執行個體，您可以將叢集的最小容量值設定為零ACUs。

如果您先前利用 Aurora Serverless v1 功能在閒置一段時間ACUs後擴展到零，您可以升級到 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 表示ACUs。

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

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

下列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 屬性表示。如果最小容量設定為零，您可以在建立或修改 Aurora 叢集 AWS Management Console 時，在 中指定此間隔ACUs。您可以在建立或修改 Aurora 叢集時使用 AWS CLI --serverless-v2-scaling-configuration 參數，在 中指定它。您可以在建立或修改 Aurora 叢集時使用 RDS API ServerlessV2ScalingConfiguration 參數，在 中指定它。

您可以設定的最短間隔為 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指標為零。Aurora 儲存體和叢集中未與該特定資料庫執行個體綁定的其他層面 AWS 仍需付費。

其中 的情況 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 的讀取器執行個體可以與其他執行個體分開暫停和繼續。

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

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

恢復讀取器執行個體的時間可能略長於恢復寫入器執行個體的時間。若要在執行個體可能暫停時取得最快的回應，請連線至叢集端點。

方法 Aurora Serverless v2 自動暫停適用於具有佈建執行個體的叢集

Aurora 資料庫叢集中的任何佈建資料庫執行個體都不會自動暫停。僅限 Aurora Serverless v2 資料庫執行個體搭配db.serverless執行個體類別，可以使用自動暫停功能。

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

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

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

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

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

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

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

自動暫停和自動恢復操作的事件

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

自動暫停如何與績效詳情和增強型監控搭配使用

雖然 Aurora Serverless v2 執行個體已暫停，Aurora 不會透過績效詳情或增強型監控來收集該執行個體的監控資訊。執行個體恢復時，Aurora 繼續收集這類監控資訊之前，可能會有短暫的延遲。

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

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

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

當您啟動 AWS CLI 或 RDSAPI動作來描述或下載暫停的日誌時 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 的容量繼續ACUs。然後，它會稍微向上擴展，例如執行一些內部清理。由於在五分鐘的逾時期間內，它未收到任何使用者連線嘗試，因此ACUs直接從 4.0 進入暫停狀態。

$ 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 Serverless v2 Aurora 叢集中的執行個體無法暫停，叢集中的其他執行個體也可能無法暫停。如需詳細資訊，請參閱其中 的情況 Aurora Serverless v2 不會自動暫停。

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