本文档介绍了稍后提醒，该功能可让您在特定时间段内阻止 Cloud Monitoring 创建突发事件和发出通知。您可以使用 Google Cloud 控制台、Google Cloud CLI 和 Cloud Monitoring API 创建和管理稍后提醒。
何时延后提醒政策
如果您想暂时阻止系统创建突发事件并发送通知，或者阻止系统针对未结突发事件发送重复通知，请创建延后。例如，您可以在以下情况下创建延后：
- 您计划进行维护。
- 您遇到了不断上报的服务中断，并且希望避免进一步的突发事件和通知。
延后的工作原理
当针对提醒政策的延后处于活跃状态时，Monitoring 不会为延后的提醒政策发送通知或创建突发事件。当您对某个基于指标或基于 SQL 的提醒政策应用稍后提醒时，Monitoring 也会关闭与该提醒政策相关的所有突发事件。
您可以通过执行以下任一操作来创建延后：
如需将延后应用于多个提醒政策，请通过提醒页面、gcloud CLI 或 Cloud Monitoring API 创建延后。您还可以选择延后的开始时间并定义延后时长。
如果您计划进行维护，需要使延后在特定时间开始并持续预先确定的时长，那么将延后应用于多个提醒政策可能会有所帮助。
如需对特定突发事件应用延后，请通过未结突发事件的突发事件详情页面创建延后。在这种情况下，除了时长之外，所有延后字段都会进行预配置。
如果您遇到了不断上报的服务中断，并且需要立即延后提醒政策，直到相关问题得到解决，那么对特定事件应用延后可能会有所帮助。
延后的组成部分
稍后提醒包含以下组成部分：
名称。我们建议您使用此字段来描述延后的用途。
用于确定延后何时处于活跃状态的时间段。它由开始时间和时长指定。活跃的延后会阻止 Monitoring 针对符合延后条件的提醒政策创建突发事件和发出通知。在活跃期之外，延后处于非活跃状态。非活跃延后不会影响创建突发事件和发送通知的时间。
用于确定延后所适用的提醒政策的条件。
基于标签的过滤条件。此过滤条件为可选，仅当稍后提醒应用于单个提醒政策时可用。您可以选择资源标签、指标标签和元数据标签，以便仅对具有匹配标签的突发事件进行稍后提醒。
例如，假设过滤条件列出了特定的虚拟机实例 ID，并且该稍后提醒处于活跃状态。提醒政策仍可为所有虚拟机（过滤条件中列出的虚拟机除外）创建突发事件。
延后如何影响提醒政策条件
下表介绍了单一条件提醒政策中条件的状态与创建突发事件和发送通知的时间之间的关系：
| 状态 | 操作 |
|---|---|
| 不满足条件 | 现有行为 当突发事件处于未结状态时，关闭该突发事件并发送突发事件关闭通知。 |
| 满足条件且 政策未与活跃的延后关联 |
现有行为 不存在突发事件时，系统会创建一个突发事件并发送通知。 |
| 满足条件且 政策与活跃的延后关联 |
|
如果将延后应用于包含多个条件的提醒政策，系统会首先强制执行用于组合条件的规则。接下来，系统会应用与延后关联的规则。
创建延后与停用政策的区别
如需在较短时间间隔内阻止一系列提醒政策发出通知，您可以手动停用每个提醒政策，也可以创建延后：
如果您选择手动停用提醒政策，则必须记得在时间间隔结束时手动启用每个已停用的提醒政策。此外，您只能在使用 Cloud Monitoring API 并进行某些配置以在特定时间发出 API 调用的情况下安排这些操作。
如果您创建了延后，则可以安排活跃期，并且延后可以应用于多个提醒政策。当延后处于非活跃状态或是活跃延后结束时，与相应延后相关联的提醒政策会正常工作。也就是说，这些提醒政策可以创建突发事件并发送通知。
如果您有定期维护窗口，则可以针对每个窗口手动停用和启用不应发送通知的提醒政策。不过，如果您为一个维护窗口创建了延后，则可以复制该延后并更新副本的开始时间和时长。也就是说，通过创建一个延后并将其复制，您可以为同一组提醒政策安排一系列即将到来的延后。
如需查看何时停用或启用提醒政策的记录，您必须查询 Google Cloud 项目的审核日志。不过，当您创建某个稍后提醒时，系统会将该稍后提醒添加到 Google Cloud 项目的稍后提醒历史记录中。您可以使用 Google Cloud 控制台查看历史记录，其中会显示过去、当前和即将到来的稍后提醒。
限制
延后时长必须是值为分钟的倍数的单个间隔。
一个延后只能应用于 16 个提醒政策。
无法修改延后条件。