Amazon EC2 T2 Micro免费实例出现503错误，求排查解决方法

可能原因 #

• T2 Micro实例CPU积分耗尽：T2 Micro属于AWS突发性能实例，依赖CPU积分提供超出基线的性能。同时下载大文件会触发短时间高CPU负载，快速耗尽积累的CPU积分；积分耗尽后，CPU性能被限制在基线水平（约10%），导致Apache无法正常处理请求，出现503错误。结合提供的CPU使用率截图，可确认存在短时间高CPU占用的情况。
• Apache连接/进程数耗尽：大文件并发下载会占用大量Apache worker进程或TCP连接，超出配置上限后，新请求无法被处理，引发503。即使重启Apache，若配置未调整，负载上来后仍会快速耗尽资源。
• PHP-FPM资源池耗尽（若启用PHP-FPM）：如果站点通过PHP-FPM处理PHP请求，大文件下载可能导致PHP-FPM进程占用过多资源，进程池被耗尽，无法响应新请求，进而触发503错误。

解决办法 #

解决CPU积分耗尽问题 #

• 临时恢复：停止并重启EC2实例（注意：停止实例会释放临时公网IP，需提前配置弹性IP保留地址），重启后实例会获得初始CPU积分，暂时恢复性能。
• 长期优化：
  • 升级实例类型：切换到T3 Micro实例（同属免费套餐，无CPU积分限制），或根据业务负载选择更高配置的实例。
  • 优化下载逻辑：限制单用户并发下载数，对大文件实现分片下载，降低瞬时CPU负载。

调整Apache配置缓解连接/进程耗尽 #

1. 编辑Apache主配置文件（Debian/Ubuntu为/etc/apache2/apache2.conf，CentOS/RHEL为/etc/httpd/conf/httpd.conf），修改以下参数：
   • MaxRequestWorkers：根据T2 Micro内存上限，建议设置为50-100（默认值可能过高）。
   • KeepAliveTimeout：缩短空闲连接超时，设置为10秒，减少无效连接占用。
   • MaxKeepAliveRequests：限制单个连接的请求数，设置为100，避免长连接占用资源。
2. 重启Apache服务：

   # Debian/Ubuntu
   sudo systemctl restart apache2
   # CentOS/RHEL
   sudo systemctl restart httpd
   

3. 启用mod_status监控连接状态：
   • 启用模块：sudo a2enmod status（Debian/Ubuntu），或在httpd.conf中开启mod_status。
   • 配置本地访问权限后，通过http://localhost/server-status实时查看连接和进程占用情况。

优化PHP-FPM配置（若使用） #

1. 编辑PHP-FPM池配置文件（如/etc/php/7.4/fpm/pool.d/www.conf，版本根据实际环境调整）：
   • pm.max_children：设置为10-20，匹配T2 Micro的资源上限。
   • pm.start_servers：初始启动进程数设置为5-10。
   • pm.min_spare_servers和pm.max_spare_servers：分别设置为5和15，控制空闲进程范围。
2. 重启PHP-FPM服务：

   sudo systemctl restart php7.4-fpm
   

额外排查步骤 #

• 查看Apache错误日志定位具体原因：

  # Debian/Ubuntu
  tail -n 50 /var/log/apache2/error.log
  # CentOS/RHEL
  tail -n 50 /var/log/httpd/error_log
  

• 用top或htop命令实时监控系统资源，确认是否有异常进程占用CPU或内存。

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