Amazon RDS 实例可以升级吗?

发布于 2024-08-14 04:38:20 字数 63 浏览 3 评论 0原文

我是否能够根据需要切换(我的意思是升级或降级)Amazon RDS 实例,还是必须重新创建一个新实例并进行迁移?

Will I am able to switch (I mean upgrade or downgrade) Amazon RDS instance on need basis or do I have to create a new afresh and go through migration?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(11

执笏见 2024-08-21 04:38:20

,Amazon RDS 实例可通过 modify-db-instance 命令升级。无需进行数据迁移。

来自 Amazon RDS 文档

“如果您不确定需要多少 CPU如果您需要,我们建议从 db.m1.small 数据库实例类开始,并使用 Amazon 的 CloudWatch 服务监控 CPU 利用率。如果您的数据库实例受 CPU 限制,您可以使用 rds-modify-db 轻松升级到更大的数据库实例类。 -instance 命令。

如果您希望立即执行升级,而不是等待维护时段,请指定 --apply-immediately 选项。 警告:更改数据库实例类。需要您的数据库实例短暂中断。”

Yes, Amazon RDS instances are upgradeable via the modify-db-instance command. There is no need for data migration.

From the Amazon RDS Documentation:

"If you're unsure how much CPU you need, we recommend starting with the db.m1.small DB Instance class and monitoring CPU utilization with Amazon's CloudWatch service. If your DB Instance is CPU bound, you can easily upgrade to a larger DB Instance class using the rds-modify-db-instance command.

Amazon RDS will perform the upgrade during the next maintenance window. If you want the upgrade to be performed now, rather than waiting for the maintenance window, specify the --apply-immediately option. Warning: changing the DB Instance class requires a brief outage for your DB Instance."

月光色 2024-08-21 04:38:20

RE:中断时间:我们有一个 SQL Server 2012 RDS 实例(1TB 非 IOPS 驱动器),并且从 db.m1.xlarge 变为 db.m3 .xlarge(更多 CPU,更少 $$)仅导致 4 分钟多的停机时间。

注意:我们从 AWS 控制台 GUI 进行了升级并选择了“立即应用”,但在实际中断开始前 10 分钟。在我们启动更新后,RDS 状态立即显示“正在修改”,并且在等待时间和中断时间内一直保持这种状态。

希望这有帮助!

格雷格

RE: Outage Time: we have a SQL Server 2012 RDS Instance (1TB non IOPS drive), and going from an db.m1.xlarge to db.m3.xlarge (more CPU, less $$) incurred just over 4 minutes of downtime.

NOTE: We did the upgrade from the AWS console GUI and selected "Apply Immediately", but it was 10 minutes before the outage actually began. The RDS status indicated "Modifying" immediately after we initiated the update, and it stayed this way through the wait time and the outage time.

Hope this helps!

Greg

Oo萌小芽oO 2024-08-21 04:38:20

当我们遇到意外流量时,我刚刚从中型 RDS 实例升级到大型实例(很好,对吧?:))。由于我们有一个多可用区实例,因此我们宕机了 2-3 分钟。在亚马逊的文档中,他们表示,如果您有多可用区实例,则停机时间将会很短。

I just did an upgrade from a medium RDS instance to a large when we were hit with unexpected traffic (good, right? :) ). Since we have a multi-AZ instance, we were down for 2-3 minutes. In Amazon's documentation, they say that the downtime will be brief if you have a multi-AZ instance.

未央 2024-08-21 04:38:20

对于任何感兴趣的人,我们只是修改了一个 RDS 实例(MySQL、15 GB HD、其余标准参数),将其从微型更改为小型。停机时间为 5 分钟。

For anybody interested, we just modified an RDS instance (MySQL, 15 GB HD, rest of standard parameters) changing it from micro to small. The downtime period was 5 minutes.

左岸枫 2024-08-21 04:38:20

回复:中断时间:我们刚刚通过立即请求以下更改来升级 postgresql 9.3:

  • 将 postgresql 9.3.3 升级到 9.3.6
  • 实例大小从 m3.large 调整为 m3.2xlarge
  • 将存储类型更改为预配置 IOPS,
  • 将存储从 200G 扩展至 500G(就时间而言最昂贵的操作)

我们花了近 5 个小时来完成整个操作。升级时数据库包含大约100G的数据。您可以在 RDS 控制台的事件部分监控升级进度。在升级过程中,RDS 会生成几个备份快照,可以在快照部分监控这些快照的进度。

RE: Outage Time: we have just upgraded postgresql 9.3 by immediately requesting following changes:

  • upgrading postgresql 9.3.3 to 9.3.6
  • instance resize from m3.large to m3.2xlarge
  • changing storage type to provisioned IOPS
  • extending storage from 200G to 500G (most expensive operation in terms of time)

It took us almost 5 hours to complete this whole operation. Database contains around 100G of data at moment of upgrade. You can monitor progress of your upgrade under Events section in RDS console. During upgrade RDS takes couple of backup snapshots, progress of those can be monitored under Snapsnots section.

平定天下 2024-08-21 04:38:20

我们刚刚使用运行 SQL Server 2012 的 200GB 非 IOPS 数据从 db.m3.large 升级到 db.m3.xlarge。停机时间大约为 5 分钟。

We just did an upgrade from db.m3.large to db.m3.xlarge with 200GB of non-IOPS data running SQL Server 2012. The downtime was roughly 5 minutes.

魂归处 2024-08-21 04:38:20

将 25G 数据的 MySQL RDS 从 db.t2.small 升级到 db.t2.medium 需要 6 分钟。

Upgrading MySQL RDS from db.t2.small to db.t2.medium for 25G of data took 6 minutes.

深白境迁sunset 2024-08-21 04:38:20

在多可用区上,会有故障转移,但其他方面都会很顺利。
这是我最近的数据库实例类型从 r3.4xlarge 降级到 r3.2xlarge 的时间线数据,在多可用区配置的 Postgres 9.3 上,磁盘容量为 3TB(实际数据仅为约 800G)


时间 (UTC-8) 事件
3 月 11 日上午 10:28 完成对数据库实例类的修改
3 月 11 日 10:09 AM 多可用区实例故障转移完成
3 月 11 日上午 10:08 数据库实例已重新启动
3 月 11 日上午 10:08 多可用区实例故障转移开始

On multi-az, there will be a failover, but otherwise it will be smooth.
Heres the timeline data from my most recent db instance type downgrade from r3.4xlarge to r3.2xlarge on a Multi-Az configured Postgres 9.3 with 3TB of disk( actual data is only ~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

九八野马 2024-08-21 04:38:20

我们对一个大表(大约 5300 万条记录)有一个 Alter 语句,但它无法完成操作。

现有大小使用量为 48GB。
我们决定增加 AWS 中分配的存储 - RDS 实例
整个手术耗时2小时完成
MYSQL
db.r3.8xlarge
从 100G 到 200G

Alter 语句花费了大约 40 分钟,但它有效。

We had a Alter statement for a big table( around 53 million records) , and it was not able to complete the operation.

The existing size usage was 48GB.
We decided to increase the allocated Storage in AWS - RDS Instance
The whole Operation took 2 hours to complete
MYSQL
db.r3.8xlarge
from 100G to 200G

The Alter statement took around 40 min but it worked.

纵性 2024-08-21 04:38:20

是的,它们是可升级的。将 RDS 实例从 SQL Server 2008 升级到 SQL Server 2012,实例大小约为 36 GB,类 db-m1-small,存储 200 GB,无 IOPS 或多可用区。没有停机时间,这个过程只花了 10 分钟。

Yes, they're upgradable. Upgraded RDS instance from SQL Server 2008 to SQL Server 2012 for instance size of about 36 GB, class db-m1-small, storage 200 GB and with no IOPS or Multi AZ. There was no downtime, this process barely took 10 minutes.

活雷疯 2024-08-21 04:38:20

我的案例是,从 t3.medium 升级到 m6g.xlarge(单可用区,1TB 数据)需要 ~5 分钟

11:13 Applying modification to database instance class
11:15 DB instance shutdown
11:17 DB instance restarted
11:17 Finished applying modification to DB instance class
11:18 Performance Insights has been enabled
11:18 Monitoring Interval changed to 60

重要:

我仅升级实例类。如果更改磁盘配置,该过程可能需要更长的时间。

My case, upgrade from t3.medium to m6g.xlarge (single AZ, 1TB data) took ~5 min:

11:13 Applying modification to database instance class
11:15 DB instance shutdown
11:17 DB instance restarted
11:17 Finished applying modification to DB instance class
11:18 Performance Insights has been enabled
11:18 Monitoring Interval changed to 60

IMPORTANT:

I was upgrading the instance class only. The process may take much longer if you change the disk configuration.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文