2012-01-31 87 views
2

在Heroku上,我意識到我們的應用程序每天一次下來幾分鐘。我聯繫了Heroku支持部門,他們懷疑問題在於Amazon RDS進行備份。所以我在這一天檢查了一下,發現RDS確實在嘗試做備份。但爲什麼Heroku + RDS不得不放棄我們的應用程序?Heroku + Amazon RDS備份==停機時間?

這是非常不可接受的。備份是好的,但備份停機時間並不理想。有針對這個的解決方法嗎?或者我應該考慮使用其他數據庫服務?

當Amazon RDS執行備份時,RDS和Heroku上的其他人是否經歷了相同的停機時間?

+1

FYI我們使用Heroku的與他們的Postgres和它沒有停機時間完美的工作和備份也正在越來越抓獲。 – Gull 2012-01-31 11:56:27

+0

很高興知道。不幸的是,我們目前在RDS上使用MySql。從MySql遷移到PgSql可能是一項相當艱鉅的工作 – 2012-01-31 12:27:54

回答

1

從我所瞭解的情況來看,這是RDS常見的問題。有some workarounds,但對我來說,最簡單的方法是考慮使用Postgres。

如果你on Rails的,這最艱苦的工作將通過ActiveRecord的或類似的完成(除非你寫了很多的原始PG特定代碼)

+0

我是Postgres的粉絲。不幸的是,Heroku當時只提供了200美元/月的專用計劃。除了Xeround之類的Postres插件服務之外,他們仍然這樣做。哪個國際海事組織處於相同的價格範圍(200美元) – 2012-02-01 01:25:54

1

是正常的體驗過程中等待時間尖峯備份窗口,雖然我個人沒有遇到過我的應用程序停機時間,因爲我曾經維護過自己的MySQL服務器並運行mysqlhotcopy或mysqldump。

儘管需要增加預算(x2),但利用RDS多可用區設置將確保使用其他可用區中的數據庫克隆創建備份。理論上這應該完全消除任何宕機或延遲。

此FAQ頁面應該給你一個更清晰的畫面:http://aws.amazon.com/rds/faqs/#88

+0

Yipes!多可用區設置聽起來很有趣。但是x2不。按照這個速度,可能更適合繼續使用Heroku Postgres專用計劃,因爲價格幾乎是相同的 – 2012-02-01 01:34:18