本月未使用关联Lambda的SQS队列却产生用量，是否正常？

这绝对不属于正常行为——如果你的Lambda触发器完全没运行过，SQS却产生了用量，大概率是有其他主体在和这个队列交互，得按下面的步骤逐步排查：

第一步：确认Lambda确实未触发 #

• 先去Lambda控制台，找到目标函数的监控面板，查看「调用次数」指标，确认本月数值为0；
• 同时检查对应的CloudWatch日志组，搜索是否有任何执行记录，确保没有遗漏的调用。

第二步：排查SQS的交互来源 #

SQS的计费是按请求次数计算的，发送、接收、删除消息等操作都会产生用量，你可以从这几个方向入手：

• 查看SQS核心指标：在SQS控制台的监控页面，重点关注NumberOfMessagesSent、NumberOfMessagesReceived、NumberOfMessagesDeleted这几个指标，先搞清楚是哪类操作产生了用量；
• 启用SQS访问日志：如果还没开启，赶紧在队列的「配置」-「访问日志」里设置，日志会存储到你指定的S3桶中，里面会详细记录每个请求的发起IAM身份、请求类型、时间戳等信息，这是定位操作来源最直接的方式；
• 检查关联的AWS服务：
  • 有没有其他Lambda函数配置了这个SQS作为触发器？
  • 有没有EC2实例、ECS/Fargate任务、Lambda层或者其他计算资源在调用这个队列？
  • 这个队列是否订阅了某个SNS主题？或者被EventBridge规则触发？
  • 有没有第三方服务通过AWS SDK/API访问过这个队列？
• 排查IAM权限与操作记录：
  • 去IAM控制台，筛选出所有拥有sqs:SendMessage、sqs:ReceiveMessage、sqs:DeleteMessage等SQS核心权限的角色、用户或服务关联角色；
  • 通过IAM的「访问顾问」或者CloudTrail日志，查看这些身份的最近活动记录，确认是否有针对该SQS的操作。

特殊情况：计费异常 #

如果上面所有排查都没找到任何操作痕迹，那有可能是AWS计费系统的延迟或异常，这种情况非常少见，建议联系AWS支持团队核实。

内容的提问来源于stack exchange，提问作者ElmosGotAGun