通过CloudFormation管理的RDS，多可用区会阻止替换更新行为吗？

Question

所以我们在prod中有一个RDS实例并且正在寻找更改DBInstanceIdentifier parameter（实际上很好地删除它，它被添加的结果证明这对于我们需要做的事情来说并不是很好）。这需要Replacement更新行为，从my reading看来，如果我们执行堆栈更新，这会杀死该实例上的数据并重建它，即使我们在资源上设置DeletionPolicy: Snapshot（因为这仅适用于整个堆栈删除，而不适用于资源替换操作。）

现在我们要尝试实现的是尽可能少地停机时删除标识符，显然不会丢失数据。似乎我们需要做的是：

1. 使用数据库停止服务。
2. 手动触发快照。
3. 删除DBInstanceIdentifier参数并设置DBSnapshotIdentifier参数以从替换上的那个恢复。
4. 交换所有配置以查看新的数据库网址。
5. 转回所有服务，比如什么都没发生！

如果我首先启用多可用区，这会导致无停机时间（并且不需要快照内容）吗？即。 ＆＃34;更新要求更换＆＃34;由RDS透明处理。

如果没有，是否有人在我的逻辑中看到任何缺陷或在这种情况下有任何建议？

干杯， 亚历

- 该实例是一个postgresql 9.6节点，如果这有所不同，我们不使用Aurora，这似乎有点简单！

PS。如果您有关于如何设置prod - ＆gt;的任何阅读材料，请获得积分。在RDS中stage env复制，这是我之后的下一个任务：）