本文档介绍了“暂停”功能，可让您在特定时间段内阻止 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 次提醒延迟。
延后的条件不能修改。