从 AWS Aurora Serverless v1 升级到 v2 失败答案

【问题标题】：Upgrading from AWS Aurora Serverless v1 to v2 fails从 AWS Aurora Serverless v1 升级到 v2 失败
【发布时间】：2023-02-16 17:34:58
【问题描述】：

因此，随着 Aurora Serverless v2 的推出，我们希望从 Postgres Serverless v1 升级。

描述的步骤基本上是拍摄快照、创建新的预配置 Aurora 集群（不是无服务器），然后将预配置集群升级到 Postgres 13.6，然后将新的 13.6 集群克隆到无服务器 v2。

但是，我陷入了最后一部分，因为在尝试克隆它时我得到“无服务器（不兼容的次要版本）”并且选择“无服务器”的选项显示为灰色......

我错过了什么？

【问题讨论】：

【解决方案1】：

您不应该尝试将 Cluster 从 Provisioned 迁移到 Serverless，选项是将 Provisioned Cluster 中的 DATABASE（Writer 实例）转换为 Serverless V2！

因此，以下步骤可能会为其他人节省几次尝试（和几个小时）：

为现有的 Aurora Serverless 集群概览页面创建快照（大约需要 5 分钟（取决于数据库大小））
打开快照并选择将快照恢复到可用的最高可用的 PROVISIONED Aurora 集群（对我来说是 Postgres 10.20），除了“Provisioned”和版本之外不需要更改其他设置（这需要几分钟，大约 15 分钟)
使用“刷新”按钮不时刷新（因为 AWS 控制台的“刷新”不是很可靠）以查看集群何时准备就绪（数据库不需要准备就绪，只需要集群就绪！）
集群“可用”后，打开集群并单击“修改”
将数据库引擎版本选择为 13.6（这是唯一适用于 Aurora Serverless v2 的版本），然后向下滚动并单击“继续”
选择“立即应用”并单击“修改集群”
回到Cluster overview页面，再次等待Cluster升级（这需要几分钟，大约20分钟）
集群和数据库可用后，选择数据库并选择“修改”
选择无服务器 v2，然后“继续”
选择立即应用并修改数据库
等待它完全修改，您将完成新的 Serverless V2！
另一件需要注意的事情是，对于 Aurora V2，我们显然会附加一个集群和一个数据库：

我假设这是因为使用 Serverless V2（非常酷！），您可以附加额外的只读副本数据库，这将“卸载”您的编写器实例，使其更快......

【讨论】：

谢谢！这是否适用于将 mysql 5.7 升级到 8.0，从无服务器 v1 到 v2？
它是 MySql 还是 Postgresql 应该无关紧要，但一定要检查你需要的所有功能是否在 v2 中可用，@CodigoMorsa！
已经进行了迁移并开始工作，谢谢。
“为现有的 Aurora Serverless 集群概览页面创建快照（大约需要 5 分钟（取决于数据库大小））”想知道什么大小让您花了 5 分钟？我一直在创作，现在只有 2 个小时。
当时，我认为数据库的总大小约为 3-4GB ... @Nick

【解决方案2】：

添加 @anders 答案，您的 rds 实例必须是来自此 list 的实例类型之一，否则它将抛出以下错误。

有关实例类和数据库引擎版本的受支持组合，请参阅文档。

【讨论】：