use*_*009 8 postgresql database-restore rds amazon-web-services blue-green-deployment
作为我们的蓝绿色部署策略的一部分,我们正在为prod RDS实例创建快照,然后将此快照恢复到应用db迁移并将新的Green应用程序链接到它的新实例.
我们的RDS实例有100 GB的空间,但我们的数据库目前仅使用10 MB.
拍摄快照大约需要2分钟
从快照恢复需要25分钟!
考虑到用户被迫在所有这段时间内保持只读模式并且我们的数据库大小目前小于10 MB,恢复的25分钟太长.
我想知道这个恢复时间是否是Amazon RDS的正常时间,或者我们是否做错了什么.
经过一些试验，我们能够将恢复时间从25分钟减少到5分钟。这是由于RDS首先尝试还原快照。（在我们的例子中，这花费了5分钟）。然后，它将Multi Az更改应用于新实例。（大概花了20分钟）
以前，我们等待数据库完成MULTI AZ更改，然后等待status =“ available”继续我们的部署，但是在联系AWS之后，他们确认即使修改实例，也可以安全地开始使用新实例。以应用MULTI AZ更改。因此，一旦还原的实例状态从“正在创建”变为“正在修改”，我们将继续我们的部署过程
正确地说，该解决方案可能无法很好地扩展，但是由于我们不希望该数据库显着增长，因此目前无需担心。
我们认为这种方法非常安全，因为任何数据库架构更改都不会影响实时数据库，因此我们可以在切换到PROD之前安全地测试整个GREEN堆栈。唯一需要注意的是，应用程序必须处于只读模式，以免在蓝色和绿色环境之间丢失信息
| 归档时间： |
|
| 查看次数： |
4220 次 |
| 最近记录： |