EC2 Auto Scaling无团队操作终止Elastic Beanstalk实例，求排查思路

• Elastic Beanstalk 自动实例替换：当EB检测到实例健康检查失败（含应用进程异常、ELB健康检测不通过、系统状态检查失败）、或执行滚动部署、版本更新时，会通过服务关联角色调用Auto Scaling接口移出旧实例，这类操作在Auto Scaling事件中会被标记为「响应用户请求」，属于AWS服务的自动运维动作，无需人工触发。
• Auto Scaling 自动缩容/替换：如果配置了目标跟踪、步进缩放策略，当CPU、内存、请求数等指标达到缩容阈值时，Auto Scaling自动执行实例移出；若开启了实例最大生存时间配置，实例到期后自动替换也会产生同类事件记录。
• 非显式人工操作触发：检查是否有权限的CI/CD流水线、自动化运维脚本、第三方管控平台执行过EB环境重启、重置、部署操作，这类操作触发的实例替换不会被记录为个人手动操作。
• IAM调用源核查：可以直接搜索CloudTrail日志中对应时间段的TerminateInstanceInAutoScalingGroup、DetachInstancesAPI调用记录，确认调用者身份，如果是AWS服务关联角色（前缀为arn:aws:iam::[你的账号ID]:role/aws-service-role/），即可确定是平台自动操作，非人为触发。

排查优先级：先查看EB环境的事件日志，确认对应时间点是否有健康检查告警、部署、实例替换记录，再核查Auto Scaling的策略配置和CloudTrail的API调用日志，基本都能定位到触发源。

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