CPU利用率超90%时如何阻止AWS EC2的请求/API调用？

你提出的两个需求都可以通过AWS云服务配置或者系统/应用层配置实现，具体可行方案如下：

一、基础设施层配置（无需修改业务代码，优先推荐） #

• 前置应用负载均衡器（ALB）：可直接在ALB层面配置速率限制规则，自定义全局或单IP的每秒请求数上限，超过阈值的请求会直接返回429状态码，不会转发到后端EC2实例，从入口层完成限流。
• 配合CloudWatch实现CPU触发自动熔断：你已经配置了CloudWatch CPU利用率告警，可在此基础上新增告警触发动作，当CPU利用率超过90%时，自动激活ALB的临时全局限流规则，拦截所有非白名单请求；当CPU利用率回落至安全阈值后，自动解除限流规则恢复服务。
• 额外优化建议：搭配EC2 Auto Scaling组配置，CPU利用率过高时自动扩容实例数量，从根源缓解负载压力，无需直接拦截所有请求影响业务可用性。

二、系统/应用层配置（可灵活自定义规则） #

• 反向代理层限流：在Amazon Linux 2实例上部署Nginx作为业务服务的反向代理，通过limit_req_zone配置项设置固定的每秒请求数上限；同时可编写简单脚本定期调用CloudWatch API拉取当前实例CPU利用率数据，当CPU超过90%阈值时自动写入临时拦截规则、重载Nginx配置实现全量请求拦截，CPU回落后自动删除临时规则恢复服务。
  基础Nginx限流配置示例：

  http {
      # 定义限流规则，单IP每秒最多10个请求
      limit_req_zone $binary_remote_addr zone=api_limit:10m rate=10r/s;
      server {
          listen 80;
          location /api/ {
              limit_req zone=api_limit burst=15 nodelay;
              # 转发到本地业务服务
              proxy_pass http://127.0.0.1:你的业务端口;
          }
      }
  }
  

• 业务代码层面实现：如果是自研API服务，可在请求中间件层新增两个逻辑：一是集成令牌桶/漏桶算法实现固定QPS上限，二是定期读取/proc/stat文件获取实例CPU利用率，超过90%阈值时直接返回503服务不可用响应。

注意事项 #

• 配置拦截规则时建议提前配置白名单，放行健康检查接口、内部管理接口等必要请求，避免实例被负载均衡判定为异常下线，影响自动恢复逻辑。
• 自动拦截规则需配套配置恢复触发条件，比如CPU利用率降到70%以下持续3分钟后再解除拦截，避免阈值附近频繁切换规则导致服务波动。

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