本文档介绍了延后，这可让您防止 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 项提醒政策。
无法修改延后的条件。