Amazon web services 重新启动AWS RDS Aurora master/writer也会重新启动读卡器吗？

我试图评估AWS RDS Aurora作为我们本地MySQL数据库的未来替代品，但我注意到一些奇怪的行为

我有一个基本的集群，它有一个DB主机（writer）和一个副本（reader）。我的想法是将阅读器用作始终可用的数据源，即使编写器不可用。但是当我重新启动主机时，它也会关闭读卡器，使设置变得毫无价值

查看读卡器副本日志，当它注意到写卡器已关闭时，会发生以下情况：

有人知道如何让Aurora read入口点永远不会下降，即使编写器暂时处于脱机或忙碌状态

---

或者，无论集群大小如何，写/读“不同步”总是会关闭读卡器入口点吗？

在主机重新启动期间，让副本保持可用的唯一方法是使用传统的MySQL复制创建异步副本，Aurora确实支持这一点

而不是MySQL（或Galera）复制。丢失主服务器必然会触发群集重组，因为各个实例没有自己的数据副本，它们共享一个6路复制存储卷--这就是复制可以保持在10-20毫秒时间范围内的方式。实际上从主服务器复制的是事务日志LSN。更换主机需要升级一个复制副本，在接管后验证磁盘上的数据结构是否干净，然后所有其他复制副本都开始执行此操作

如果DB集群有一个或多个Aurora副本，则在故障事件期间，Aurora副本将升级到主实例。故障事件会导致短暂中断，在此期间，读写操作会出现异常并失败

当Aurora副本停止查看来自主机的更新时，不管实际故障在哪里——无论是在实际主机上还是在基础设施的其他位置——副本都会停止服务查询，因为在最好的情况下，它不再能够访问权威数据

在可能的情况下，似乎可以避免升级期间主机重新启动。除升级外，不需要重新启动主机