我是否可以根据需要切换(我的意思是升级或降级)Amazon RDS实例,还是必须重新创建并重新迁移?
答案 0 :(得分:90)
是,可以通过modify-db-instance
命令升级Amazon RDS实例。无需数据迁移。
“如果您不确定需要多少CPU,我们建议您从db.m1.small数据库实例类开始,并使用Amazon的CloudWatch服务监控CPU利用率。如果您的数据库实例受CPU限制,您可以轻松升级到使用rds-modify-db-instance命令的更大的数据库实例类。
Amazon RDS将在下一个维护时段执行升级。如果要立即执行升级,而不是等待维护窗口,请指定--apply-immediately选项。警告:更改数据库实例类需要数据库实例的短暂中断。“
答案 1 :(得分:25)
RE:停机时间:我们有一个SQL Server 2012 RDS实例(1TB非IOPS驱动器),并从 db.m1.xlarge 转到 db.m3.xlarge (更多CPU,更少$$)导致超过4分钟的停机时间。
注意:我们从AWS控制台GUI进行了升级,并选择了“立即应用”,但是在停电实际开始前10分钟。 RDS状态在我们发起更新后立即显示“修改”,并且在等待时间和停机时间内保持这种状态。
希望这有帮助!
格雷格
答案 2 :(得分:12)
当我们遇到意外流量时,我刚刚从中型RDS实例升级为大型(好,对吧?:))。由于我们有多个AZ实例,因此我们停机了2-3分钟。在亚马逊的文档中,他们表示,如果您有多个AZ实例,停机时间会很短。
答案 3 :(得分:8)
对于任何感兴趣的人,我们只修改了一个RDS实例(MySQL,15 GB HD,其余标准参数),将其从微变为小。停机时间为5分钟。
答案 4 :(得分:5)
RE:停机时间:我们刚刚通过立即请求以下更改来升级postgresql 9.3:
我们花了将近5个小时来完成整个操作。数据库在升级时包含大约100G的数据。您可以在RDS控制台的事件部分下监控升级进度。在升级期间,RDS需要几个备份快照,可以在 Snapsnots 部分监视这些快照的进度。
答案 5 :(得分:3)
我们刚刚从db.m3.large升级到db.m3.xlarge,其中200GB的非IOPS数据运行SQL Server 2012.停机时间大约为5分钟。
答案 6 :(得分:1)
将MySQL RDS从db.t2.small升级到db.t2.medium以获取25G数据需要6分钟。
答案 7 :(得分:0)
在multi-az上,会有故障转移,但否则会很平滑。 下面是我最近的数据库实例类型的时间轴数据,从具有3TB磁盘的Multi-Az配置的Postgres 9.3中的r3.4xlarge降级到r3.2xlarge(实际数据仅为~800G)
time (utc-8) event
Mar 11 10:28 AM Finished applying modification to DB instance class
Mar 11 10:09 AM Multi-AZ instance failover completed
Mar 11 10:08 AM DB instance restarted
Mar 11 10:08 AM Multi-AZ instance failover started
答案 8 :(得分:0)
我们有一张大表的Alter声明(约5300万条记录),但无法完成操作。
现有的大小使用量为48GB。 我们决定在AWS中增加分配的存储 - RDS实例 整个行动需要2个小时才能完成 的 MYSQL 强> 的 db.r3.8xlarge 强> 从100G到200G
Alter声明大约需要40分钟,但确实有效。
答案 9 :(得分:0)
是的,他们可以升级。从SQL Server 2008升级到SQL Server 2012的RDS实例,例如大小约为36 GB,类db-m1-small,存储200 GB且没有IOPS或Multi AZ。没有停机时间,这个过程几乎耗时10分钟。