Sets up notification channels …

# AWS EC2 CPU 告警配置指南（CloudWatch + SNS 邮件通知）

一、创建 SNS 主题并订阅邮件

1. 进入 SNS 控制台 → 主题（Topics）→ 创建主题

• 类型选择 标准（告警场景无需 FIFO）
• 主题名建议：ops-team-alerts

2. 创建订阅（Subscription）

• 协议选 Email
• Endpoint 填运维组邮箱（建议用组邮箱别名，如 ops@公司域名，避免依赖个人邮箱）
• 提交后运维组需点击 AWS 发来的 确认邮件 中的链接，否则收不到通知

二、创建 CloudWatch 告警

对每台 EC2 重复以下步骤（3 台可先配一台再复制）：

1. 进入 CloudWatch 控制台 → 告警（Alarms）→ 创建告警

2. 指定指标：

• 选择 EC2 → Per-Instance Metrics
• 指标选 CPUUtilization，实例 ID 对应目标 EC2

3. 设置告警条件：

• 统计方式：Average（平均值）
• 阈值类型：Static（静态阈值）
• 条件：Greater/Equal > 85

4. 设置触发周期：

• 周期（Period）：1 分钟
• 数据点数：5 个中 5 个满足即触发（即持续 5 分钟）
• 注意：阈值运算符用 > 85 或 >= 85，与你的要求保持一致即可

三、配置通知动作

1. 在告警的 Notifications 部分：

• 选择已有 SNS 主题：ops-team-alerts

2. 建议同时添加触发后的处理动作：

• EC2 Action 可选无（仅通知）或配置自动处理（如需后续扩展）

四、补充建议（生产最佳实践）

• 命名规范：告警名如 order-service-ec2-01-cpu-high，便于告警邮件快速定位
• 单独建 OK 通知：可加一条恢复通知（State = OK 时也发 SNS），运维能知道服务已恢复正常
• 处理缺失数据：将“缺失数据处理”设为 missing（实例停机时默认忽略），避免误报
• 统一管理：如告警较多，可考虑用 Terraform/CloudFormation 批量管理 3 台实例的告警配置
• 费用提示：EC2 自带基础监控为 1 分钟粒度免费；若实例未开启详细监控，CPU 指标默认为 5 分钟粒度，需在实例上启用详细监控（Detailed Monitoring）才能实现 1 分钟周期判断，否则“持续 5 分钟”的精度无法保证

配置完成后，可在告警详情页点“测试告警”或临时调低阈值验证邮件链路是否通畅。