我正在寻找这个亚马逊页面-https://aws.amazon.com/rds/aurora/serverless/,它的报价是:
您以秒为单位支付在以下情况下使用的数据库容量 数据库处于活动状态,并且在标准服务器和无服务器之间迁移 只需在AWS管理控制台中单击几下即可进行配置。
我有一些普通的Aurora集群,想将它们切换到无服务器。我看了又看,在Amazon用户界面中找不到“单击几下迁移”位。我制作了一个新的无服务器群集,一切正常,因此我可以在短暂中断的情况下停止,备份和还原-但是如果我可以在不中断的情况下执行此操作-那就更好了。
这些“少量点击”在哪里-也许您会告诉我“少量点击”表示停止,备份和还原。无论哪种方式,我都认为知道什么“少量点击”就能使很多人受益。
答案 0 :(得分:2)
花了很长时间才弄清这几下点击。
最初我在这里是因为我也找不到它们,是的,我在您指示的AWS页面上看到了确切的报价,说可以。
首先拍摄快照,然后将其还原。在还原过程中,您可以选择一个无服务器实例。 (至少在某些情况下。我认为5.7.12(实际上只是被确认)不能还原到无服务器配置)。
我怀疑5.7.12会在适当的时候发生。
现在,神奇的子弹是从5.6.10a版本开始,拍摄快照,然后将其还原到无用实例。
答案 1 :(得分:1)
经过很长时间后的价值:
显然,Amazon Aurora Serverless仅与MySQL 5.6兼容-这解释了为什么无法恢复5.7快照的原因。
所以这两个选项是
进一步阅读: https://aws.amazon.com/rds/aurora/serverless/?nc1=h_ls#How_to_Get_Started
答案 2 :(得分:0)
几天后没有得到答案,我用两种方法进行了转换,但结果不同,所以我想在这里分享我的结果。我仍然很想听听更好的方法。 (1)当我使用mysqldump和restore进行转换时,短暂中断就可以了。 (2)当我使用AWS Database Migration Service时,表现非常糟糕。
首先,您必须将二进制日志格式设置为“ ROW”,并保留24小时。这就需要在我的旧群集上重新启动服务器。然后,当数据迁移工作时,我丢失了所有自动增量,然后丢失了列中的NULLness,新表中的UNIQUE子句和外键。从字面上看,唯一可以正确迁移的是实际数据和PRIMARY KEY指示。另外,我建议一次迁移一个数据库(即架构),不要尝试迁移mysql内部架构。我说过“全部迁移”,并且迁移工具试图迁移MySQL东西-sheesh。
AWS数据库迁移服务所做的一件非常酷的事情是迁移和监视(通过对行进行二进制日志记录成为可能)。您可以看到它移动的行。
答案 3 :(得分:0)
作为@drchuck的方法的注释-我们已经很困难地了解到AWS Database Migration Service在在目标数据库中创建时做得不好。但是-有一个简单的解决方法:
1)运行mysqldump --no-data
从源数据库中获取确切的模式。
2)在目标数据库上执行转储的架构。
3)在DMS任务中,在目标表准备模式下,选择“截断”而不是“在目标上拖放表”。 (https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Tasks.Creating.html)
有了此功能,DMS不会在目标端创建架构,并且一切运行良好(所有现有数据都已加载,然后正在进行的更改几乎实时同步)。
我们多次使用这种方法来最大限度地减少停机时间。