Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

迁移到 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 引擎版本，请参阅 支持 Aurora Serverless v2 的区域和 Aurora 数据库引擎。

如果您运行的是不支持 Aurora Serverless v2 的较低引擎版本，则需要采取以下一般步骤：

从 Aurora Serverless v1 升级到 Aurora Serverless v2 的中间步骤包括创建预置集群。然后，执行的升级步骤与从预置集群开始时的升级步骤相同。

升级 MySQL 兼容集群的路径以使用 Aurora Serverless v2

如果您的原始集群正在运行 Aurora MySQL，请根据集群的引擎版本和引擎模式选择适当的程序。

升级 PostgreSQL 兼容集群以使用 Aurora Serverless v2 的路径

如果您的原始集群正在运行 Aurora PostgreSQL，请根据集群的引擎版本和引擎模式选择适当的程序。

从预置集群切换到 Aurora Serverless v2

要将预置集群切换为使用 Aurora Serverless v2，请按照以下步骤操作：

以下 Amazon CLI 示例显示了使用运行 Aurora MySQL 版本 3.02.0 的预置集群的切换过程。该集群名为 mysql-80。集群从两个名为 provisioned-instance-1 和 provisioned-instance-2（一个写入器和一个读取器）的预置数据库实例开始。它们都使用 db.r6g.large 数据库实例类。

$ aws rds describe-db-clusters --db-cluster-identifier mysql-80 \
  --query '*[].[DBClusterIdentifier,DBClusterMembers[*].[DBInstanceIdentifier,IsClusterWriter]]' --output text
mysql-80
provisioned-instance-2     False
provisioned-instance-1     True

$ aws rds describe-db-instances --db-instance-identifier provisioned-instance-1 \
  --output text --query '*[].[DBInstanceIdentifier,DBInstanceClass]'
provisioned-instance-1     db.r6g.large

$ aws rds describe-db-instances --db-instance-identifier provisioned-instance-2 \
  --output text --query '*[].[DBInstanceIdentifier,DBInstanceClass]'
provisioned-instance-2     db.r6g.large

我们创建一个包含一些数据的表。这样，我们就可以确认集群的数据和运营在切换之前和之后是相同的。

mysql> create database serverless_v2_demo;
mysql> create table serverless_v2_demo.demo (s varchar(128));
mysql> insert into serverless_v2_demo.demo values ('This cluster started with a provisioned writer.');
Query OK, 1 row affected (0.02 sec)

首先，我们向集群添加容量范围。否则，在向集群添加任何 Aurora Serverless v2 数据库实例时都会出错。如果我们为此程序使用 Amazon Web Services Management Console，那么当我们添加第一个 Aurora Serverless v2 数据库实例时，该步骤是自动的。

$ aws rds create-db-instance --db-instance-identifier serverless-v2-instance-1 \
  --db-cluster-identifier mysql-80 --db-instance-class db.serverless --engine aurora-mysql

An error occurred (InvalidDBClusterStateFault) when calling the CreateDBInstance operation:
Set the Serverless v2 scaling configuration on the parent DB cluster before creating a Serverless v2 DB instance.

$ # The blank ServerlessV2ScalingConfiguration attribute confirms that the cluster doesn't have a capacity range set yet.
$ aws rds describe-db-clusters --db-cluster-identifier mysql-80 --query 'DBClusters[*].ServerlessV2ScalingConfiguration'
[]

$ aws rds modify-db-cluster --db-cluster-identifier mysql-80 \
  --serverless-v2-scaling-configuration MinCapacity=0.5,MaxCapacity=16
{
  "DBClusterIdentifier": "mysql-80",
  "ServerlessV2ScalingConfiguration": {
    "MinCapacity": 0.5,
    "MaxCapacity": 16
  }
}

我们创建了两个 Aurora Serverless v2 读取器来取代原始数据库实例。我们通过为新的数据库实例指定 db.serverless 数据库实例类来实现。

$ aws rds create-db-instance --db-instance-identifier serverless-v2-instance-1 --db-cluster-identifier mysql-80 --db-instance-class db.serverless --engine aurora-mysql
{
  "DBInstanceIdentifier": "serverless-v2-instance-1",
  "DBClusterIdentifier": "mysql-80",
  "DBInstanceClass": "db.serverless",
  "DBInstanceStatus": "creating"
}

$ aws rds create-db-instance --db-instance-identifier serverless-v2-instance-2 \
  --db-cluster-identifier mysql-80 --db-instance-class db.serverless --engine aurora-mysql
{
  "DBInstanceIdentifier": "serverless-v2-instance-2",
  "DBClusterIdentifier": "mysql-80",
  "DBInstanceClass": "db.serverless",
  "DBInstanceStatus": "creating"
}

$ # Wait for both DB instances to finish being created before proceeding.
$ aws rds wait db-instance-available --db-instance-identifier serverless-v2-instance-1 && \
  aws rds wait db-instance-available --db-instance-identifier serverless-v2-instance-2

我们执行故障转移以使其中一个 Aurora Serverless v2 数据库实例成为集群的新写入器。

$ aws rds failover-db-cluster --db-cluster-identifier mysql-80 \
  --target-db-instance-identifier serverless-v2-instance-1
{
  "DBClusterIdentifier": "mysql-80",
  "DBClusterMembers": [
    {
      "DBInstanceIdentifier": "serverless-v2-instance-1",
      "IsClusterWriter": false,
      "DBClusterParameterGroupStatus": "in-sync",
      "PromotionTier": 1
    },
    {
      "DBInstanceIdentifier": "serverless-v2-instance-2",
      "IsClusterWriter": false,
      "DBClusterParameterGroupStatus": "in-sync",
      "PromotionTier": 1
    },
    {
      "DBInstanceIdentifier": "provisioned-instance-2",
      "IsClusterWriter": false,
      "DBClusterParameterGroupStatus": "in-sync",
      "PromotionTier": 1
    },
    {
      "DBInstanceIdentifier": "provisioned-instance-1",
      "IsClusterWriter": true,
      "DBClusterParameterGroupStatus": "in-sync",
      "PromotionTier": 1
    }
  ],
  "Status": "available"
}

此更改需要几秒钟才能生效。这是，我们有了一个 Aurora Serverless v2 写入器和一个 Aurora Serverless v2 读取器。因此，我们不需要任何一个原始预置数据库实例。

$ aws rds describe-db-clusters --db-cluster-identifier mysql-80 \
  --query '*[].[DBClusterIdentifier,DBClusterMembers[*].[DBInstanceIdentifier,IsClusterWriter]]' \
  --output text
mysql-80
serverless-v2-instance-1        True
serverless-v2-instance-2        False
provisioned-instance-2          False
provisioned-instance-1          False

切换程序的最后一步是删除两个预置数据库实例。

$ aws rds delete-db-instance --db-instance-identifier provisioned-instance-2 --skip-final-snapshot
{
  "DBInstanceIdentifier": "provisioned-instance-2",
  "DBInstanceStatus": "deleting",
  "Engine": "aurora-mysql",
  "EngineVersion": "8.0.mysql_aurora.3.02.0",
  "DBInstanceClass": "db.r6g.large"
}

$ aws rds delete-db-instance --db-instance-identifier provisioned-instance-1 --skip-final-snapshot
{
  "DBInstanceIdentifier": "provisioned-instance-1",
  "DBInstanceStatus": "deleting",
  "Engine": "aurora-mysql",
  "EngineVersion": "8.0.mysql_aurora.3.02.0",
  "DBInstanceClass": "db.r6g.large"
}

在最终检查时，我们确认原始表可以从 Aurora Serverless v2 写入器数据库实例访问和写入。

mysql> select * from serverless_v2_demo.demo;
+---------------------------------------------------+
| s                                                 |
+---------------------------------------------------+
| This cluster started with a provisioned writer.   |
+---------------------------------------------------+
1 row in set (0.00 sec)

mysql> insert into serverless_v2_demo.demo values ('And it finished with a Serverless v2 writer.');
Query OK, 1 row affected (0.01 sec)

mysql> select * from serverless_v2_demo.demo;
+---------------------------------------------------+
| s                                                 |
+---------------------------------------------------+
| This cluster started with a provisioned writer.   |
| And it finished with a Serverless v2 writer.      |
+---------------------------------------------------+
2 rows in set (0.01 sec)

我们还连接到 Aurora Serverless v2 读取器数据库实例并确认新写入的数据也在那里提供。

mysql> select * from serverless_v2_demo.demo;
+---------------------------------------------------+
| s                                                 |
+---------------------------------------------------+
| This cluster started with a provisioned writer.   |
| And it finished with a Serverless v2 writer.      |
+---------------------------------------------------+
2 rows in set (0.01 sec)

比较 Aurora Serverless v2 和 Aurora Serverless v1

如果您已在使用 Aurora Serverless v1，您可以了解 Aurora Serverless v1 和 Aurora Serverless v2 之间的主要区别。架构差异（例如对读取器数据库实例的支持）开辟了新的使用场景类型。

您可以使用下表来帮助了解 Aurora Serverless v2 和 Aurora Serverless v1 之间的最重要区别。

Aurora Serverless v2 和 Aurora Serverless v1 要求的比较

下表总结了使用 Aurora Serverless v2 或 Aurora Serverless v1 运行数据库的不同要求。与 Aurora Serverless v1 相比，Aurora Serverless v2 提供更高版本的 Aurora MySQL 和 Aurora PostgreSQL 数据库引擎。

Aurora Serverless v2 和 Aurora Serverless v1 扩缩和可用性的比较

下表汇总了 Aurora Serverless v2 和 Aurora Serverless v1 在可扩展性和可用性方面的区别。

与 Aurora Serverless v1 中的扩缩相比，Aurora Serverless v2 扩缩响应速度更快、更精细、中断更少。Aurora Serverless v2 可以通过更改数据库实例的大小和通过向数据库集群添加更多数据库实例来扩缩。也可以通过向 Aurora 全局数据库添加其他 Amazon Web Services 区域中的集群来扩缩。相比之下，Aurora Serverless v1 只能通过增大或减小写入器的容量来扩缩。Aurora Serverless v1 集群的所有计算在单个可用区和单个 Amazon Web Services 区域中运行。

Aurora Serverless v2 和 Aurora Serverless v1 功能支持的比较

下表对支持进行了汇总：

Aurora Serverless v2 包括来自预置集群但不可用于 Aurora Serverless v1 的功能。

使 Aurora Serverless v1 使用案例适应 Aurora Serverless v2

根据您的 Aurora Serverless v1 使用案例，您可以按如下方式调整这种方法以利用 Aurora Serverless v2 功能。

假设您有一个负载较轻的 Aurora Serverless v1 集群，您的首要任务是保持持续可用性，同时更大限度地降低成本。借助 Aurora Serverless v2，您可以配置一个较小的最小 ACU 设置，即 0.5 ACU，而与之相比，Aurora Serverless v1 最小为 1 ACU。您可以通过创建多可用区配置来提高可用性，读取器数据库实例也可以设置为最小 0.5 ACU。

假设您有一个在开发和测试场景中使用的 Aurora Serverless v1 集群。在这种情况下，成本也是一个优先考虑的问题，但集群并不需要始终可用。目前，当集群完全空闲时 Aurora Serverless v2 不会自动暂停。相反，您可以在不需要集群时手动停止集群，并在下一个测试或开发周期启动集群。

假设您有一个工作负载繁重的 Aurora Serverless v1 集群。使用 Aurora Serverless v2 的等效集群可以更精细地扩缩。例如，Aurora Serverless v1 通过将容量翻倍来扩展，例如从 64 个 ACU 增加到 128 个 ACU。相比之下，Aurora Serverless v2 数据库实例可以扩展到这些数字之间的某个值。

假设您的工作负载需要的总容量高于 Aurora Serverless v1 中的可用容量。您可以使用多个 Aurora Serverless v2 读取器数据库实例，从写入器数据库实例中分流工作负载的读取密集型部分。您还可以将读取密集型工作负载划分到多个读取器数据库实例。

对于写入密集型工作负载，您可以将带有大型预调配数据库实例的集群配置为写入器。为此，您可以结合使用一个或多个 Aurora Serverless v2 读取器数据库实例。

从 Aurora Serverless v1 集群升级到 Aurora Serverless v2

将数据库集群从 Aurora Serverless v1 升级到 Aurora Serverless v2 的过程具有多个步骤。那是因为您无法直接从 Aurora Serverless v1 转换为 Aurora Serverless v2。始终有一个中间步骤涉及将 Aurora Serverless v1 数据库集群转换为预调配集群。

与 Aurora MySQL 兼容的数据库集群

您可以将 Aurora Serverless v1 数据库集群转换为预调配数据库集群，然后使用蓝绿部署对其进行升级并将其转换为 Aurora Serverless v2 数据库集群。我们建议将此过程用于生产环境。有关更多信息，请参阅 使用 Amazon RDS 蓝绿部署进行数据库更新。

从本地数据库迁移到 Aurora Serverless v2

您可以将本地数据库迁移到 Aurora Serverless v2，就像预调配的 Aurora MySQL 和 Aurora PostgreSQL 一样。