Heroku + Amazon RDS备份==停机时间？

在Heroku上，我意识到我们的应用程序每天一次下来几分钟。我联系了Heroku支持部门，他们怀疑问题在于Amazon RDS进行备份。所以我在这一天检查了一下，发现RDS确实在尝试做备份。但为什么Heroku + RDS不得不放弃我们的应用程序？Heroku + Amazon RDS备份==停机时间？

这是非常不可接受的。备份是好的，但备份停机时间并不理想。有针对这个的解决方法吗？或者我应该考虑使用其他数据库服务？

当Amazon RDS执行备份时，RDS和Heroku上的其他人是否经历了相同的停机时间？

来源

2012-01-31 Christian Fazzini

FYI我们使用Heroku的与他们的Postgres和它没有停机时间完美的工作和备份也正在越来越抓获。 – Gull 2012-01-31 11:56:27

很高兴知道。不幸的是，我们目前在RDS上使用MySql。从MySql迁移到PgSql可能是一项相当艰巨的工作 – 2012-01-31 12:27:54

从我所了解的情况来看，这是RDS常见的问题。有some workarounds，但对我来说，最简单的方法是考虑使用Postgres。

如果你on Rails的，这最艰苦的工作将通过ActiveRecord的或类似的完成（除非你写了很多的原始PG特定代码）

来源

2012-01-31 16:33:57

我是Postgres的粉丝。不幸的是，Heroku当时只提供了200美元/月的专用计划。除了Xeround之类的Postres插件服务之外，他们仍然这样做。哪个国际海事组织处于相同的价格范围（200美元） – 2012-02-01 01:25:54

是正常的体验过程中等待时间尖峰备份窗口，虽然我个人没有遇到过我的应用程序停机时间，因为我曾经维护过自己的MySQL服务器并运行mysqlhotcopy或mysqldump。

尽管需要增加预算（x2），但利用RDS多可用区设置将确保使用其他可用区中的数据库克隆创建备份。理论上这应该完全消除任何宕机或延迟。

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

来源

2012-01-31 16:34:57 jaredstenquist

Yipes！多可用区设置听起来很有趣。但是x2不。按照这个速度，可能更适合继续使用Heroku Postgres专用计划，因为价格几乎是相同的 – 2012-02-01 01:34:18

Heroku + Amazon RDS备份==停机时间？

回答

相关问题