拒绝在 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 的维护。我配置了“拒绝维护期”后,仍然显示此信息。
总结
- 一方面 Google 告诉我“实例计划于 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 处于“非活动状态”。
我刚刚指定了 2020 年 12 月 12 日和 2021 年 1 月 31 日的“拒绝维护期”
现在我看到 Google 已经为我的 CloudSQL 实例安排了 2020 年 9 月 12 日星期三下午 12:00 的维护。我配置了“拒绝维护期”后,仍然显示此信息。
总结
- 一方面 Google 告诉我“实例计划于 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 处于“非活动状态”。