AWS Health 告警集成

​

在 AWS 中配置

1. 在 EventBridge 中创建规则，事件模式填写：

{
  "source": ["aws.health"],
  "detail-type": ["AWS Health Event"]
}

2. 需要缩小范围时，在 detail 中增加过滤条件。例如只接收 Amazon EC2 的 issue 类事件：

{
  "source": ["aws.health"],
  "detail-type": ["AWS Health Event"],
  "detail": {
    "eventTypeCategory": ["issue"],
    "service": ["EC2"]
  }
}

3. 在规则的目标中选择指向 Flashduty 推送地址的 API destination，保存规则
4. 创建规则时，可在 EventBridge 控制台的 Test event pattern 面板选择 AWS 提供的 AWS Health 示例事件，确认事件模式能匹配

​

区域和备份规则

• 每个需要接收事件的区域都要创建规则；全局事件（例如 IAM 相关事件）发送到 US East (N. Virginia)，即 us-east-1
• 在标准 AWS 分区中，事件还会同时发送到备份区域 US West (Oregon)。如果在主区域和备份区域都创建了规则，同一事件会到达两次；这两次事件的 eventArn 和受影响账号相同，Flashduty 按相同的 Alert Key 合并为一条告警
• 只想保留主区域的事件时，在备份区域的规则里增加 "backupEvent": ["false"] 过滤条件（detail.backupEvent）

​

字段映射

​

告警等级

​

恢复与去重

• AWS Health 在事件结束时发送 statusCode 为 closed 的更新，Flashduty 按相同 Alert Key 恢复对应告警
• 计划变更类事件（scheduledChange）在开始前就会以 upcoming 状态发送，Flashduty 会提前触发告警。只关心正在发生的故障时，在事件模式中限定 eventTypeCategory 为 issue
• detail-type 为 AWS Health Abuse Event 的事件没有专门处理，每条事件按事件 id 生成一条独立告警，没有恢复。事件模式中只写 AWS Health Event 即可避开
• detail.eventArn 缺失的事件会被拒绝（HTTP 400）

​

排查问题

• 规则没有触发：检查事件模式；公共事件在创建规则后最长可能延迟一小时；确认已在事件所属区域和 us-east-1（全局事件）创建规则
• 告警没有恢复：确认事件模式没有过滤掉 closed 状态，且目标没有配置 Input transformer（需要发送完整事件）
• 同一事件出现两条告警：确认两条事件的 detail.eventArn 和受影响账号相同；detail-type 被改写后无法按 Health 事件合并
• API destination 调用失败：确认 endpoint 是完整推送地址，HTTP method 为 POST