如何模拟“无服务器”随需应变云SQL？

Question

问题: Cloud实例无限期运行，宿主成本高昂。

目标:省钱的同时又不影响数据库的可用性。

它已经将近四年了，Google还没有满足这个已经在AWS上使用Aurora实现的功能请求。

由于自动缩放为零的按需云SQL似乎不会很快到来，下面的策略会起作用吗？

1. 有Cloud的实例，一个婴儿和一个爸爸。他们遵循主/从复制原则，扭曲。宝贝实例很小，vCPU很少，内存也很低，它总是运行，但是运行成本很低。但是，Papa实例开销很大，vCPU和内存都很高，但只有在需要时才能运行。
2. 首先，只有实例正在运行，因此接受读/写的是主程序。实例没有运行。
3. 由于我使用的标准应用引擎，将自动缩放为零，没有流量，计划一个cron作业，检查每10分钟，如果没有应用程序引擎实例。在这种情况下，应用程序没有通信量。如果不是这种情况，则启动爸爸云SQL实例。启动后，爸爸实例成为接受读/写的主程序，而婴儿实例成为只能读取的从副本。
4. 如果cron作业检测到应用程序引擎有零个实例在运行，这意味着没有流量。因此，实例被停止，副本被提升为主程序，并且可以接受读/写。
5. 通过这种方式，昂贵的爸爸实例按需运行。如果当Papa实例被停止或重新启动时，会出现流量激增，那么宝宝实例仍然能够响应请求。

此策略确保昂贵的实例仅与通信量一起运行。这是宝宝-爸爸的动态可能在谷歌云？

Answer 1

Google没有将Cloud定位为“无服务器”，或者更准确地说是零。它们的存储区(您根本不必关心实例)是云数据存储或防火墙。这是一个具有一定后果的设计决策，因为这些不是SQL。现在，让我们假设继续使用SQL。

测试您的自定义缩放方案，以确定它是否满足您的需要。App是DB scale的有用触发器吗？您编写的这些脚本是否完成了一个成功的切割器，自动的，并且没有数据丢失？在两个实例中，数据的两个副本节省了哪些成本？

考虑一个只禁用高可用性的SQL实例的替代方案。编辑实例、CPU和内存以获得不同的大小。更简单，没有复制品。需要几分钟的停机时间。

在正式文件中解决的降低Cloud成本的唯一方法是减少CPU、内存、网络或存储。您还可以学习承诺，作为降低成本的一种方法。