延后通知和突发事件

本文档介绍了“暂停”功能,可让您在特定时间段内阻止 Cloud Monitoring 创建突发事件并发出通知。您可以使用 Google Cloud 控制台、Google Cloud CLI 和 Cloud Monitoring API 创建和管理延迟通知。

何时暂停提醒政策

如果您想暂时阻止创建突发事件和发送通知,或者阻止针对未解决的突发事件发送重复通知,请创建延后。例如,您可能会在以下情况下创建延迟提醒:

  • 您已安排维护。
  • 您遇到了不断扩大的服务中断问题,并希望防止进一步的突发事件和通知。

延迟提醒的运作方式

当提醒政策的暂停功能处于有效状态时,Monitoring 不会为暂停的提醒政策发送通知或创建突发事件。当您暂停基于指标的提醒政策时,Monitoring 还会关闭与该提醒政策相关的所有突发事件。

通过提醒页面、gcloud CLI 或 Cloud Monitoring API 创建延迟提醒时,您可以选择延迟提醒的开始时间和时长,以及选择要应用延迟提醒的提醒政策。当您使用未结突发事件的突发事件详情页面时,除了时长之外,所有暂停字段均已预配置。延迟功能会在您创建延迟后立即开始。

延迟通知包含三个组成部分:

  • 名称。我们建议您使用此字段来描述闹钟的目的。

  • 用于确定延迟时间何时生效的时段。它由开始时间和时长指定。有效的延后功能会阻止监控针对与延后条件匹配的提醒政策创建突发事件和发出通知。在有效期之外,延迟功能处于无效状态。停用的暂停功能不会影响创建突发事件和发送通知的时间。

  • 用于确定延后政策适用的标准。

安排好维护后,您可以通过提醒页面、gcloud CLI 或 Cloud Monitoring API 创建延迟提醒。您可以指定提醒延迟名称、条件、开始时间和时长。

如果您遇到了正在上报的服务中断问题,请前往未结突发事件的详情页面创建延迟通知。这些暂停功能可防止出现进一步的突发事件和通知。这些设置仅适用于相关的提醒政策,您只需指定时长即可。

延迟提醒对提醒政策条件有何影响

下表介绍了单条件提醒政策中条件状态与创建突发事件和发送通知的时间之间的关系:

操作
不满足条件 现有行为

关闭突发事件并发送突发事件关闭通知。

满足条件
政策未与有效的延迟处理相关联
现有行为

如果不存在突发事件,则创建一个突发事件并发送通知。

满足条件
政策与有效的延后关联
  • 如果不存在突发事件,请勿创建突发事件,也不发送通知。
  • 关闭突发事件并发送突发事件关闭通知。

当与包含多个条件的政策关联时,系统会先强制执行用于组合这些条件的规则。接下来,系统会应用与延迟关闭相关联的规则。

创建暂停与停用政策有何不同

如需在短时间内阻止一系列提醒政策发送通知,您可以手动停用每项提醒政策,也可以创建延迟通知:

  • 如果您选择手动停用提醒政策,则必须记得在间隔期结束时手动启用每个已停用的提醒政策。此外,只有在您使用 Cloud Monitoring API 并配置某些内容以在特定时间发出 API 调用的情况下,才能安排这些操作。

  • 如果您创建了暂停功能,则可以安排有效期,并且暂停功能可应用于多个提醒政策。延后功能处于非活动状态或处于活动状态的延后功能结束后,与延后功能关联的提醒政策会正常运行。也就是说,这些提醒政策可以创建突发事件并发送通知。

如果您有定期的维护窗口,则可以针对每个窗口手动停用和启用不应发送通知的提醒政策。不过,如果您为一个维护窗口创建了延迟时间,则可以复制该延迟时间,并更新副本的开始时间和时长。也就是说,通过创建一个暂停时间并将其复制,您可以为同一组提醒政策安排一系列即将到来的暂停时间。

如需查看提醒政策的停用或启用时间记录,您必须查询 Google Cloud 项目的审核日志。不过,当您创建推迟时,该推迟会添加到 Google Cloud 项目的推迟历史记录中。您可以使用 Google Cloud 控制台查看历史记录,其中会显示您过去、当前和即将到期的延迟提醒。

限制

  • 延迟时长必须是分钟的倍数。

  • 一项提醒政策只能设置 16 次提醒延迟。

  • 无法修改延后条件。

后续步骤