本文档介绍了延后，这些延后可让您防止 Cloud Monitoring 在特定时间段内创建突发事件并发出通知。您可以使用 Google Cloud 控制台、Google Cloud CLI 和 Cloud Monitoring API 创建和管理暂停。
何时暂停提醒政策
如果您想暂时阻止创建突发事件和发送通知，或者防止针对待处理的突发事件发送重复通知，请创建延后。例如，您可以在以下情况下创建延后：
- 您有计划内的维护。
- 您的服务中断不断升级，您希望防止再次发生突发事件和通知。
延后功能的运作方式
提醒政策的延后功能处于启用状态时，Monitoring 既不会发送通知，也不会为已延后的提醒政策创建突发事件。如果您延后基于指标的提醒政策，Monitoring 还会关闭与提醒政策相关的所有突发事件。
从提醒页面、gcloud CLI 或 Cloud Monitoring API 创建延后时，您可以选择延后的开始时间和持续时间，并选择延后应用于的提醒政策。当您使用未结突发事件的突发事件详情页面时，除时长外，所有延后字段均已预先配置。延后会在您创建延后立即开始。
延后包含三个组成部分：
名称。我们建议您使用此字段来描述延后的用途。
用于确定延后处于有效状态的时间段。它由开始时间和时长指定。有效延后可防止 Monitoring 针对符合延后条件的提醒政策创建突发事件和发出通知。非活动期长，延后处于非活动状态。 非活动暂停不会影响创建突发事件和发送通知的时间。
用于确定延后所应用的提醒政策的标准。
制定计划内维护时，请从提醒页面、gcloud CLI 或 Cloud Monitoring API 创建暂停。您可以指定延后名称、条件、开始时间和持续时间。
当您遇到日益严重的服务中断时，请从未结突发事件的详细信息页面创建延后。这些延后可以防止进一步的突发事件和通知它们仅适用于相关提醒政策，并且您只需指定时长。
延后如何影响提醒政策条件
下表说明了单一条件提醒政策中的条件状态与创建突发事件和发送通知的时间之间的关系：
| 状态 | 操作 |
|---|---|
| 不符合条件 | 现有行为 当突发事件处于未结状态时，将其关闭并发送突发事件关闭通知。 |
| 符合条件，并且 政策未与进行中的延后相关联 |
现有行为 如果突发事件不存在，请创建一个并发送通知。 |
| 符合条件，并且 政策已与进行中的延后相关联 |
|
当延后与包含多个条件的政策相关联时，会首先强制执行合并条件的规则。接下来，应用与延后关联的规则。
创建暂停与停用政策的区别
如需在短时间内阻止来自一系列提醒政策的通知，您可以手动停用每项提醒政策，也可以创建暂停：
如果您选择手动停用提醒政策，则必须记得在时间间隔结束时手动启用每项已停用的提醒政策。 此外，只有在使用 Cloud Monitoring API 并将相应配置配置为在特定时间发出 API 调用的情况下，您才能调度这些操作。
如果您创建延后，则可以安排有效时段，并且延后可应用于多个提醒政策。当暂停处于未启用状态或有效暂停结束时，与延后关联的提醒政策行为正常。也就是说，这些提醒政策可以创建突发事件并发送通知。
在具有定期维护窗口时，您可以手动停用和启用不应发送通知的提醒政策。但是，如果您为一个维护窗口创建了一个延后，则可以复制该延后，并更新副本的开始时间和时长。也就是说，通过创建一个延后并进行复制，您可以为同一组提醒政策安排一系列即将进行的延后。
如需查看提醒政策何时停用或启用的记录，您必须查询 Google Cloud 项目的审核日志。但是，如果您创建延后，则该延后会添加到 Google Cloud 项目的延后记录中。您可以使用 Google Cloud 控制台查看历史记录，其中会显示过去、活跃和即将发生的暂停。
限制
延后的时长必须是单个间隔，且必须是分钟的倍数。
一个延后只能应用于 16 个提醒政策。
延后的条件不能修改。