【问题标题】:Cloud SQL instance 2nd Generation ALTERNATIVE activation policy "ON DEMAND"Cloud SQL 实例第 2 代 ALTERNATIVE 激活策略“按需”
【发布时间】:2020-05-20 08:12:06
【问题描述】:

我对 Cloud SQL 计费有疑问。

My Cloud SQL 已使用所有 720 小时运行的机器(db-g1-small:最近从 db-n1-standard-1 更改)

根据Cloud SQL Documentation,我发现

对于第二代实例,激活策略仅用于启动或停止实例。

那么,如果没有第一代的 ON_DEMAND 政策,我该如何降低 Cloud SQL 实例的这些成本?

PS。看起来我的云服务器没有自动关闭,因为它保持 4 个睡眠连接

【问题讨论】:

    标签: mysql google-cloud-platform google-cloud-sql


    【解决方案1】:

    确实,对于 Cloud SQL 的第二代实例,唯一可用的激活策略是 ALWAYS 和 NEVER,因此不可能再将这种实例完全交给 Cloud SQL 处理。

    但是,您可以通过执行按固定时间表打开/关闭实例的 cron 作业来为此创建解决方法。例如:您可以运行一个 cron 作业,该作业在星期五晚上运行以关闭实例,并在星期一早上将其重新打开。

    您可以使用以下命令来执行此操作:

    gcloud sql instances patch [INSTANCE_NAME] --activation-policy [ACTIVATION_POLICY_VALUE]
    

    此外,您可以在 Google Cloud 的 Public Issue Tracker System 上创建功能请求,以便将来在 Cloud SQL 中重新包含该功能,但无法保证这会发生。

    【讨论】:

    • 我想说但我需要创建云虚拟机并控制它?
    • 我没有很好地理解你的后续问题,所以如果我理解错了,请澄清。但是如果你想检查如何创建一个 cron 作业,你可以检查这个documentation,而且你不需要实例来完成它,Cloud Scheduler 会为你处理。
    猜你喜欢
    • 1970-01-01
    • 2016-12-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多