Google cloud platform 谷歌云SQL维护窗口

我之所以在RDS和云SQL之间犹豫不决，是因为我找不到，如果我使用读取副本将云SQL实例设置为高可用性，那么计划维护将如何进行。在阅读了SO和文档数小时后，我相信即使是HA实例，您也可能会因定期维护而出现停机，因此您无法将任何设置/策略设置为具有几乎100%的正常运行时间，这与AWS RDS不同，在AWS RDS中，您可以为副本设置不同的维护窗口

---

我说得对吗？如果没有，如何实现AWS中的相同功能？如果我是，这种行为背后的理由是什么？如果你不能保证你的服务总是可以访问的话，你怎么能把它转移到GCP上呢？如果HA也有停机时间，它还有什么意义呢？

高可用性等同于多az sql实例。因此，当您设置此选项时，您将在一个区域中运行主实例，在另一个区域中运行辅助实例。因此，当维护窗口在云中启动时，sql应该自动故障转移到其他可用性区域，并且您的应用程序/用户不应该受到影响。但是，有一些报告的事件是云SQL导致停机的（请参见下面的编辑注释）

另一方面，读取副本可以帮助您从主实例卸载流量，但不会给您冗余

没有托管SQL提供100%正常运行时间保证。RDS Aurora提供99.99%的服务。另一方面，云SQL提供99.95%的正常运行时间保证，相当于每天的停机时间不超过43.2秒。每周：5米2.4秒。每月：21米54.9秒

我们使用云SQL，它足够可靠，并且在维护窗口期间的升级是无缝的

希望这有帮助

---

编辑

我自己并没有亲身经历过这一点，但根据Stefan G的指针，Google Cloud SQL出现过这种情况，尽管有HA，但会在维护窗口期间导致停机：

---

读取副本既不提供高可用性，也不提供高可用性，而且恐怕它们也不支持维护窗口。除其他信息外，在中对这一点进行了解释

在公共问题跟踪器上打开了与此相关的功能请求，您可以通过单击星形按钮来显示您的兴趣

当进行计划维护时，操作首先在读取副本上执行，然后在主实例上执行。云SQL试图让其中一个始终运行，但这不能保证，可能会发生变化，您不应该依赖它

---

如果可用性对您来说至关重要，那么最好改用它，它提供了99.999%的可用性SLA。

本文档介绍了MySQL的维护窗口。每个数据库都有一个类似的文档。编辑问题以指定事件的类型。有些事件需要停机，有些则不需要。请设计您的服务以处理停机。没有提供100%正常运行时间的服务。不管你花多少钱，总有一个小窗口。故障转移实例的维护顺序不保证。为什么您认为升级顺序很重要？根据我的理解，很好的一点是，只要故障转移实例位于其他可用性区域，那么更新就应该以顺序方式进行，是的。我会试着找到一些关于这方面的参考文件并更新我的答案。我只是想澄清一下，我担心被接受的答案是不正确的。至少是第一段。您似乎正在考虑在维护窗口期间提升读取副本，但实际上并非如此。故障转移发生在实例不正常时，或者在指定或不指定的窗口期间进行维护。在@Maxim发布的第二个“此处”链接中，您可以阅读并理解，即使使用HA，维护也会中断服务。当您接受Parth Mehta的消息时，我认为这是您对云SQL行为的理解，但Maxim的回答是正确的。总之：即使您拥有HA，维护也可能发生并中断您的服务，即使是很短的时间。在这个链接[1]中，人们专门讨论了这一点。希望这有帮助。[1] 当前位置我想澄清的是，这是可能发生的，而不是永远都会发生。他主要担心的是有任何停机时间，我认为让他知道这一点是公平的，谷歌正在努力解决这一问题。谢谢你编辑这篇文章。