拒绝在 CloudSQL 实例已安排例行维护时配置的维护期

Deny maintenance period configured while CloudSQL instance is already scheduled for routine maintenance

我刚刚指定了 2020 年 12 月 12 日和 2021 年 1 月 31 日的“拒绝维护期”

现在我看到 Google 已经为我的 CloudSQL 实例安排了 2020 年 9 月 12 日星期三下午 12:00 的维护。我配置了“拒绝维护期”后,仍然显示此信息。

总结

我现在的问题是:维护是否会在 2020 年 9 月 12 日星期三下午 12:00 以当前配置进行?

关于我的配置的信息

类型:MySQL-2代

gcloud sql instances describe <instance-name-omitted>

的调用
...
  denyMaintenancePeriods:
  - endDate: 0-1-31
    startDate: 0-12-1
    time: 00:00:00
...

而 CloudSQL-Overview 显示

Upcoming
This instance is scheduled for routine maintenance on Wednesday, 09/12/2020 at 12:00 pm (UTC+1). 
Deny maintenance period
You can specify times when maintenance shouldn't occur using gcloud. Learn more

这让我想到“为什么概述中没有显示配置的拒绝维护期?”

我在 Google 的文档中找到了什么

Documentation on Deny maintenance period

The deny maintenance period takes precedence over any scheduled maintenance window.
If there is a conflict between the timing of a maintenance window and the deny maintenance period,
the deny maintenance period overrides the maintenance window.

How do I reschedule maintenance 上的文档说

You can reschedule maintenance to a time that falls within a deny maintenance period,
or even outside the maintenance window, as long as the time falls within the one week 
rescheduling limitation.

您分享的链接中的文档在这方面有点模棱两可,但最重要的部分是:

The deny maintenance period takes precedence over any scheduled maintenance window. If there is a conflict between the timing of a maintenance window and the deny maintenance period, the deny maintenance period overrides the maintenance window.

因此,如果您有 Wednesday, 09/12/2020 at 12:00 pm 的维护 window 计划并且这是拒绝维护期,它 将不会进行维护 ,这使得从设计的角度来看。

我认为 Cloud SQL 允许您将维护 window 重新安排到拒绝维护期的原因很简单,就是为了让维护 window 处于“非活动状态”。