针对 Aurora Serverless v2 缩减到零 ACU 从而自动暂停和恢复

如果 Aurora Serverless v2 数据库实例在指定时间段内没有任何由用户活动启动的连接，则您可以指定数据库实例缩减到零 ACU 并自动暂停。为此，您可以将数据库集群的最小 ACU 值指定为零。当实例处于暂停状态时，您无需为实例容量付费。对于使用量较少或长时间处于非活动状态的 Aurora 集群，启用自动暂停和恢复功能可以帮助您管理数据库实例集的成本。

Aurora Serverless v2 自动暂停功能概述

Aurora Serverless v2 数据库实例可以在没有用户连接的一段时间后自动暂停，并在连接请求到达时自动恢复。Aurora Serverless v2 自动暂停/恢复功能有助于管理那些没有严格服务级别目标（SLO）的系统的成本。例如，您可以为用于开发和测试的集群启用此功能，或者为在数据库恢复时可以接受短暂停顿的内部应用程序启用此功能。如果您的工作负载有时处于非活动状态，并且可以容忍在实例恢复时略微连接延迟，请考虑对您的 Aurora Serverless v2 实例使用自动暂停以降低成本。

您可以通过指定集群中的 Aurora Serverless v2 数据库实例能否自动暂停，以及每个实例在暂停之前必须处于空闲状态的时长来控制这种行为。要为 Aurora 集群中的所有 Aurora Serverless v2 数据库实例启用自动暂停行为，请将集群的最小容量值设置为零 ACU。

自动暂停功能可以带来节省成本的好处，类似于使用停止/启动集群功能。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 管理控制台中指定此间隔。当创建或修改 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 集群

自动暂停功能的注意事项取决于您的 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 的读取器实例可以独立于其他实例暂停和恢复。

当您将此功能用于具有多个读取器实例的集群时，可以在不牺牲高可用性的情况下管理成本。写入器实例和另外一个或两个读取器实例可以始终保持活动状态，而其他读取器实例可以在不需要处理高容量读取流量时暂停。

读取器实例能否自动暂停取决于其容量能否独立扩展，或者其容量是否与写入器数据库实例的容量挂钩。该扩缩属性取决于读取器数据库实例的失效转移优先级。当读取器的优先级为零或一时，读取器的容量将跟踪写入器数据库实例的容量。因此，要允许读取器数据库实例在最广泛的情况下自动暂停，请将其优先级设置为大于 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-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 或 RDS API 操作来描述或下载已暂停 Aurora Serverless v2 实例的日志时，该实例会自动恢复以使日志信息可用。

CloudWatch 指标示例

以下 AWS CLI 示例显示了如何观察随时间推移而变化的实例容量。在这段时间内，实例会自动暂停，然后恢复。暂停时，ServerlessDatabaseCapacity 指标报告零值。为了确定该时间段内实例是否在任何时候暂停，我们会检查该时间段内的最小容量是否为零。

以下 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 v2 与 Aurora 停止/启动集群功能结合使用，则自动暂停的 Aurora Serverless v2 实例的恢复时间通常比启动已停止的集群的时间短得多。

在应用程序中对连接逻辑进行编码时，如果第一次尝试返回的错误是暂时性的，请重试连接。（如果错误是由身份验证失败引起的，请在重试之前更正凭证。） 恢复后紧接着发生的错误可能是超时，或者是与数据库限制相关的错误。对于 Aurora Serverless v2 实例恢复是由同时存在大量连接请求引起的这种较罕见情形，重试可以解决问题。在这种情况下，某些连接的处理时间可能比平时长，或者可能在第一次尝试时超过同时连接的限制。

在应用程序开发和调试期间，不要留下与数据库的连接处于打开状态的客户端会话或编程工具。如果有任何用户启动的连接处于打开状态，Aurora 都不会暂停该实例，无论这些连接是否未运行任何 SQL 语句或事务。当 Aurora 集群中的一个 Aurora Serverless v2 实例无法暂停时，集群中的其他实例可能也无法暂停。有关更多信息，请参阅 Aurora Serverless v2 不会自动暂停的情况。

当 Aurora Serverless v2 数据库实例开始恢复、完成恢复以及实例由于某种原因无法恢复时，Aurora 会发出事件。有关这些事件的详细信息，请参阅数据库实例事件。