我想创建一个 Google Cloud SQL 实例,但不确定是否选择高可用性。
据我了解,故障转移切换可能需要几分钟,它不会立即完成,成本大约是普通实例成本的 2 倍。
故障转移仅在区域中断的情况下触发,而不是在数据库问题的情况下触发。由于每月正常运行时间至少为 99.95,因此每月最多可能出现 21 分钟的中断。故障转移最多可能需要 5 分钟,我们可以假设 21 分钟的停机时间不会发生在单个事件上,因此是否真的需要订阅高可用性?
我想创建一个 Google Cloud SQL 实例,但不确定是否选择高可用性。
据我了解,故障转移切换可能需要几分钟,它不会立即完成,成本大约是普通实例成本的 2 倍。
故障转移仅在区域中断的情况下触发,而不是在数据库问题的情况下触发。由于每月正常运行时间至少为 99.95,因此每月最多可能出现 21 分钟的中断。故障转移最多可能需要 5 分钟,我们可以假设 21 分钟的停机时间不会发生在单个事件上,因此是否真的需要订阅高可用性?
完全区域中断可能非常罕见,因此如果您不关心它,可能确实不需要 HA 实例。
HA 的一个优点是故障转移可以比重新启动更快。我们遇到过主实例“卡住”并且重新启动最多需要 30 分钟(GCP 票证)的情况。在这种情况下,故障转移到 HA 实例会更快。
(在2019 年 10 月之前,HA 故障转移实例也可以用于读取查询,从而避免需要额外的读取副本。随着从基于二进制日志的复制到基于磁盘的复制的变化,情况不再如此。)
HA 故障转移不仅适用于整个区域中断。只要主实例停止响应超过一分钟,它就会启动。
它比重新启动更快,比重新启动更可靠,并且自动的事实意味着它可以在 mysql 崩溃时使您的中断时间更短。
此外,您是否需要 HA 才能应用 SLA,没有 HA,您就不是多区域,因此您无法满足“停机时间”的定义
“停机时间”是指 (ii) 对于 Cloud SQL Second Generation for MySQL、Cloud SQL for SQL Server 和 Cloud SQL for PostgreSQL:到多区实例的所有连接请求均失败。 https://cloud.google.com/sql/sla