亚马逊AWS官方博客
使用Amazon SNS & SQS 实现 Amazon CloudWatch 持续报警
概述
Amazon CloudWatch 可实时监控您的亚马逊云科技 (AWS) 资源以及您在 AWS 上运行的应用程序。您可以使用 CloudWatch 收集和跟踪指标,这些指标是您可衡量的相关资源和应用程序的变量。您可以创建警报,这些警报监视指标,当超出阈值时,它们会发送通知或者对您所监控的资源自动进行更改。例如,您可以监控您的 Amazon EC2 实例的 CPU 使用率以及磁盘读写情况,然后使用此数据确定您是否应启动其它实例来处理增加的负载。您还可以使用此数据停止未完全利用的实例以节省开支。
但是,Amazon CloudWatch Alarm仅会在警报从【正常】状态转变为【告警】状态时触发一次警报。此后,即使警报仍然处于【告警】状态,也不会有新的通知产生。
本文将介绍,如何基于Amazon SNS 和 Amazon SQS,在警报被触发后按照一定的时间频率来重复报警,实现持续报警的效果,确保您及时知晓系统中的问题。
流程图
本方案会主要会使用到以下服务:
- Amazon CloudWatch
- Amazon SNS
- Amazon SQS
- Amazon Lambda
首先,创建Amazon CloudWatch Alarm,当警报触发时,配置将警报信息发送至Amazon SNS,实际上告警操作类型除了Amazon SNS以外,还支持Amazon EC2 操作,扩展 Auto Scaling 组以及Amazon Systems Manager中的一些操作,具体可以参考此链接。这里使用Amazon SNS,主要是为了后续串联Amazon SQS;
接着,为Amazon SNS配置类型为Amazon SQS的订阅,这样便可将警报信息传输至Amazon SQS;
最后,将Amazon SQS配置为Amazon Lambda的触发器,这样当警报信息传输至Amazon SQS时,就会触发Amazon Lambda;
其中核心逻辑有两个:
一、Amazon Lambda与Amazon SQS集成使用的特性:您可以使用 Lambda 函数来处理某个 Amazon SQS队列中的消息。Lambda 事件源映射支持标准队列和先进先出 (FIFO) 队列。在 Amazon SQS 中,您可以通过将来自一个应用程序组件的任务发送到一个队列中并异步处理它们来进行分载。Lambda 轮询队列并同步调用您的 Lambda 函数,其中有包含队列消息的事件。Lambda 按批次读取消息,并为每个批次调用一次函数。当您的函数成功处理一个批次后,Lambda 就会将其消息从队列中删除。
二、Amazon SQS可见性超时:当使用者接收并处理来自某个队列的消息时,消息将保留在该队列中。Amazon SQS 不会自动删除消息。因为 Amazon SQS 是分布式系统,所以无法保证使用者实际收到消息 (例如,由于使用者应用程序问题)。因此,使用者在接收和处理消息后必须从队列中删除该消息。在收到消息后,消息将立即保留在队列中。为防止其他用户再次处理消息,Amazon SQS 会将可见性超时,即 Amazon SQS 阻止其他用户接收并处理消息的一段时间。消息的默认可见性超时为 30 秒。最小为 0 秒。最长为 12 小时。
在本解决方案中,Lambda的代码逻辑为检查警报状态,当警报仍未修复时,会主动抛出一个异常,这样Lambda就会认为函数并未成功处理,也不会自动从队列中删除消息,随即使用Amazon SQS可见性超时来控制间隔时间,达到预计时间后便会重复报警,直到警报被修复。当然Amazon SQS本身也存在一些限制,消息最多能在队列中保留14天。如果您需要让警报机制保持超过 14 天,我们可以使用另一个方案。
除了解决方案中使用邮件完成警报的通知,您也可以实现短信、企业微信、钉钉、飞书等多种方式的通知。
步骤
在开始之前,请先确保您具有登录AWS 全球区或中国区控制台的账号,并具备管理员权限,您可以先登录控制台,选择合适的区域,并保持窗口开启。
一、创建Amazon SQS
请按下面的信息创建SQS。
- Name: my-poc-alarm-queue
- Visibility timeout: 5 Minutes
- Message retention period: 14 Days
二、创建Amazon SNS
请按下面的信息分别创建SNS。
- Name: my-poc-alarm-sns
- Display name: my-poc-alarm-sns
- Name: my-poc-sendAlarm
- Display name: my-poc-sendAlarm
请按下面的信息分别创建Subscriptions。
- Topic ARN: arn:aws:sns:region-code:account-id:my-poc-alarm-sns
- Protocol: Amazon SQS
- Endpoint: arn:aws:sqs: region-code: account-id:my-poc-alarm-queue
- Topic ARN: arn:aws:sns:region-code:account-id:my-poc-sendAlarm
- Protocol: Email
- Endpoint: your-email-address
三、创建IAM Policy和IAM Role
请按下面的信息创建用于Amazon Lambda的IAM Role。
- 按照以下内容创建trust-relationship.json文件并创建IAM Role
- 按照以下内容创建IAM Policy
- 附加IAM Policy到IAM Role
四、创建AWS Lambda
请按下面的信息创建Lambda
- Author from scratch: selected
- Runtime: Python 3.9
- Architecture: x86_64
- Execution role: Use an existing role
- Existing role: my-poc-lambda-role
示例代码如下:
五、在Amazon SQS 中创建 Lambda triggers
点击[Configure Lambda function trigger]
- Specify an AWS Lambda function available for this queue: arn:aws:lambda:region-code:account-id:function:my-poc-alarm
在Amazon Lambda中修改Triggers
将Batch size修改为[ 1 ],因为我们需要每一个单独的 Lambda 函数来处理单独一条 SQS 消息。
测试验证
一、创建Amazon EC2和Amazon CloudWatch Alarm
创建Amazon EC2和CloudWatch Alarm的过程本章不做过多叙述,读者可以参考以下文档:
需要保证在警报触发时发送通知至arn:aws:sns:region-code:account-id:my-poc-alarm-sns
二、手动触发Amazon CloudWatch Alarm
笔者在这里是通过调整阈值的方式触发的。
UTC15:40触发了名为my-poc-alarm-bastion-cpu的警报
UTC15:44触发了名为my-poc-alarm-bastion-network的警报
三、Amazon CloudWatch Alarm重复报警
可以观察到邮件是以我们设定的可见性超时的时间为间隔发送的。
总结
在本博客中,您学习了如何构建自动化以集成利用所有托管服务的持续警报机制。通过这种机制,它将增强 CloudWatch 原生提供的 “仅一次”警报机制。在关键工作负载或服务需要高可用性的情况下,搭建持续警报系统可以显著缩短响应时间。本方案有以下优势:
- 全部使用Amazon托管服务,配置简单,减轻了您的运维压力;
- 扩展性强。使用此示例架构图,我们甚至可以在同一 SQS 中为该警报机制构建多个警报;
- 成本低廉,大多数情况下服务的免费配额即可满足需求;