Google 云 SQL 维护 Window
Google Cloud SQL Maintenance Window
我在 RDS 和 Cloud SQL 之间犹豫的原因是我无法找到如果我将 Cloud SQL 实例设置为具有只读副本的高可用性，计划的维护将如何进行发生。在阅读了 SO 和文档几个小时之后，我相信即使在 HA 实例的情况下，您也可能会因定期维护而遇到中断，因此您无法设置任何设置/策略以实现几乎 100% 的正常运行时间，这与您在 AWS RDS 中不同可以为副本设置不同的维护windows。
我说的对吗？如果没有，如何实现与 AWS 相同的？如果我是，这种行为背后的理由是什么？如果您不能保证服务始终可以访问，您甚至应该如何将您的服务转移到 GCP？如果 HA 也有停机时间，那么 HA 的意义何在？
高可用性等同于多 az sql 实例。因此，当您设置此选项时，您会在一个区域中获得主实例 运行，在另一个区域中获得辅助实例。因此，当维护 window 在云中启动时 sql 应该 自动故障转移到另一个可用区，你的应用程序/用户不应该受到影响。然而，有一些报告的事件是 Cloud SQL 导致停机（请参阅下面的编辑说明）。
另一方面，只读副本可帮助您从主实例卸载流量，它不会为您提供冗余。
没有托管 SQL 提供 100% 的正常运行时间保证。 RDS Aurora 提供 99.99%。另一方面，Cloud SQL 提供 99.95% 的正常运行时间保证，这相当于停机时间不超过每日：43.2 秒。每周：5 米 2.4 秒。每月：21m 54.9s.
我们使用云 SQL，它足够可靠，维护期间的升级 window 是无缝的。
希望对您有所帮助。
编辑
我自己没有亲身经历过这个，但根据 Stefan G 的指示，已经有 open issue 和 Google 云 SQL 尽管有 HA 导致维护期间停机 window:
只读副本既不提供高可用性也不提供，恐怕也不支持维护window。这在 Cloud SQL FAQs 等信息中进行了解释。
在 Public 问题跟踪器上打开了关于此 here and here 的功能请求 - 您可以通过单击 star 按钮来表达您的兴趣。
进行计划维护时，首先在只读副本上执行操作，然后在主实例上执行。云 SQL 尝试 始终保留其中之一 运行，但这不能保证，可能会发生变化，您不应依赖它。
如果可用性对您来说至关重要，您最好使用 Cloud Spanner，它提供 99.999% 的可用性 SLA。
我在 RDS 和 Cloud SQL 之间犹豫的原因是我无法找到如果我将 Cloud SQL 实例设置为具有只读副本的高可用性，计划的维护将如何进行发生。在阅读了 SO 和文档几个小时之后，我相信即使在 HA 实例的情况下，您也可能会因定期维护而遇到中断，因此您无法设置任何设置/策略以实现几乎 100% 的正常运行时间，这与您在 AWS RDS 中不同可以为副本设置不同的维护windows。
我说的对吗？如果没有，如何实现与 AWS 相同的？如果我是，这种行为背后的理由是什么？如果您不能保证服务始终可以访问，您甚至应该如何将您的服务转移到 GCP？如果 HA 也有停机时间，那么 HA 的意义何在？
高可用性等同于多 az sql 实例。因此，当您设置此选项时，您会在一个区域中获得主实例 运行，在另一个区域中获得辅助实例。因此，当维护 window 在云中启动时 sql 应该 自动故障转移到另一个可用区，你的应用程序/用户不应该受到影响。然而，有一些报告的事件是 Cloud SQL 导致停机（请参阅下面的编辑说明）。
另一方面，只读副本可帮助您从主实例卸载流量，它不会为您提供冗余。
没有托管 SQL 提供 100% 的正常运行时间保证。 RDS Aurora 提供 99.99%。另一方面，Cloud SQL 提供 99.95% 的正常运行时间保证，这相当于停机时间不超过每日：43.2 秒。每周：5 米 2.4 秒。每月：21m 54.9s.
我们使用云 SQL，它足够可靠，维护期间的升级 window 是无缝的。
希望对您有所帮助。
编辑
我自己没有亲身经历过这个，但根据 Stefan G 的指示，已经有 open issue 和 Google 云 SQL 尽管有 HA 导致维护期间停机 window:
只读副本既不提供高可用性也不提供，恐怕也不支持维护window。这在 Cloud SQL FAQs 等信息中进行了解释。
在 Public 问题跟踪器上打开了关于此 here and here 的功能请求 - 您可以通过单击 star 按钮来表达您的兴趣。
进行计划维护时，首先在只读副本上执行操作，然后在主实例上执行。云 SQL 尝试 始终保留其中之一 运行，但这不能保证，可能会发生变化，您不应依赖它。
如果可用性对您来说至关重要，您最好使用 Cloud Spanner，它提供 99.999% 的可用性 SLA。