【问题标题】:Heroku + Amazon RDS backups == downtime?Heroku + Amazon RDS 备份 == 停机?
【发布时间】:2012-01-31 11:32:53
【问题描述】:

在 Heroku 上,我意识到我们的应用每天大约会出现几分钟的宕机时间。我联系了 Heroku 支持,他们怀疑问题出在 Amazon RDS 进行备份。所以有一天我查了一下,发现RDS确实在尝试做备份。但是为什么 Heroku + RDS 非得让我们的应用下架呢?

这是完全不能接受的。备份很好,但备份的停机时间并不好。有针对这个的解决方法吗?还是我应该考虑使用其他数据库服务?

当 Amazon RDS 进行备份时,RDS 和 Heroku 上的其他人是否遇到相同的停机时间?

【问题讨论】:

  • 仅供参考,我们将 heroku 与他们的 postgres 一起使用,它完美地工作,没有停机时间,备份也被捕获。
  • 很高兴知道。不幸的是,我们目前在 RDS 上使用 MySql。从 MySql 迁移到 PgSql 可能是一项相当艰巨的工作

标签: ruby-on-rails-3 heroku amazon-web-services amazon-rds


【解决方案1】:

据我了解,这是 RDS 的常见问题。有some workarounds,但对我来说,最简单的方法是考虑使用 Postgres。

如果你在 Rails 上,大部分艰苦的工作将通过 ActiveRecord 或类似的方式完成(除非你正在编写大量原始 PG 特定代码)

【讨论】:

  • 我是 Postgres 的粉丝。不幸的是,当时 Heroku 只提供每月 200 美元起的专用计划。他们仍然这样做,除了像 Xeround 这样的 Postres 插件服务。哪个 IMO 的价格范围相同(200 美元)
【解决方案2】:

在备份窗口期间遇到延迟峰值是正常的,尽管我个人没有像过去维护自己的 MySQL 服务器并运行 mysqlhotcopy 或 mysqldump 时那样经历过我的应用程序停机时间。

虽然需要增加预算 (x2),但利用 RDS 多可用区设置将确保使用其他可用区中的数据库克隆创建备份。这在理论上应该完全消除任何停机时间或延迟。

这个FAQ页面应该给你一个更清晰的图片:http://aws.amazon.com/rds/faqs/#88

【讨论】:

  • 是的!多可用区设置听起来很有趣。但是 x2 没有。按照这个速度,可能更适合使用 Heroku Postgres 专用计划,因为价格几乎相同
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2014-08-15
  • 1970-01-01
  • 2014-04-02
  • 2018-05-25
  • 2017-03-15
  • 2012-04-03
  • 1970-01-01
相关资源
最近更新 更多