AWS RDS實例升級停機時間

Question

關於升級RDS實例，我有幾個問題。

1. 將實例從小到大升級時的停機時間是多少？當你去和改變任何實例類型（小，大，xlarge）時，停機時間是否相對相似，或者是否存在決定因素，例如改變時間的數據庫大小。
2. 任何人都可以分享如何升級實例類型以避免使用RDS停機的技術？這在RDS中甚至是可能的。它不一定非常詳細，只是一些懸崖筆記/大圖片的東西。
3. 當你分配更多磁盤空間時是否有停機時間？

Answer 1

我不認爲這是StackOverflow的一個切合主題的問題可言，但一些信息呢：

1. 這是顯著，並且依賴於數據庫的大小。我已經花了一個多小時或更多時間。我還創建了快照，從快照恢復，並且創建了多個az需要兩個小時左右。

2. 這取決於你現在如何配置事物。如果您已經啓用了多可用區，那麼實際升級將實際發生在從站上，然後發生故障切換，然後更新新的從站。這導致大約1或2分鐘的實際停機時間。從站上的實例升級通常需要大約10到20分鐘，但在此設置中不存在停機時間。請注意，在執行故障轉移時，Amazon會在內部執行DNS交換，以便您的RDS端點指向正確的計算機，因此您可能必須重新啓動指向數據庫的Web進程，以便它們重新連接到數據庫並將其拉入來自新DNS查詢的新IP。

Answer 2

1，從個人經驗來看，只需要短短一個小時，準確地說57min對於15GB的實例就是從小到大。我沒有想到要這麼坦誠。 更新：剛剛得知升級前的切換時間點備份可以顯着加快進程速度

2，我會說在升級之前創建MULTI AZ會執行這個技巧，希望它也沒有停機時間。問題是，他們允許升級一個沒有其他...

3，是的，但我不是100％肯定，雖然

Answer 3

db.t1.micro>db.m1.small：8m30s

Engine: mysql 
Storage: 6GiB 
Backups: Yes 
Multi A-Z: No 

大小/數據庫的類型看起來確實顯著影響的停機時間。