Google Cloud VM启动Django应用后内存占满崩溃求助

首先明确：日志里的元数据服务器超时错误大概率是内存耗尽后系统资源不足导致的连带问题，核心要先解决内存占用过高的问题。

• 第一步：定位内存占用源头
  启动应用后，立刻在VM终端执行htop或top命令，查看哪个进程占用了大量内存。重点关注Django应用的WSGI进程（比如gunicorn/uwsgi的worker进程），或者是否有其他后台进程抢占内存。

• 第二步：调整应用进程配置
  如果用gunicorn这类WSGI服务器，默认worker数量可能过高。对于低配置VM（比如1核1G），建议将worker数设为2*CPU核心数+1以内，比如2-3个。修改启动命令：

  gunicorn --workers 2 your_project.wsgi:application
  

  同时可以限制单个worker的内存，比如用--max-requests参数让worker处理一定请求后重启，避免内存泄漏累积：

  gunicorn --workers 2 --max-requests 1000 your_project.wsgi:application
  

• 第三步：排查Django应用内存泄漏
  如果调整进程后内存还是持续上涨，可能是应用本身有内存泄漏。可以用memory_profiler工具检测：

  1. 安装工具：pip install memory-profiler
  2. 在可疑的视图或函数上添加@profile装饰器
  3. 启动应用并访问相关接口，查看内存占用明细，定位泄漏点（比如未释放的全局变量、大量未关闭的数据库连接等）

• 第四步：临时缓解内存压力（swap分区）
  如果暂时无法升级VM配置，可添加swap分区作为临时内存扩展：

  sudo fallocate -l 1G /swapfile
  sudo chmod 600 /swapfile
  sudo mkswap /swapfile
  sudo swapon /swapfile
  

  要让swap重启后生效，需将/swapfile none swap sw 0 0添加到/etc/fstab文件。

• 第五步：处理元数据服务器超时问题
  解决内存问题后如果仍出现该错误，可尝试：

  • 重启GCP元数据代理服务：sudo systemctl restart google-metadata-agent
  • 检查VM防火墙规则，确保允许内部流量访问169.254.169.254（GCP默认允许，但若自定义规则需确认）

• 第六步：升级VM配置
  如果应用本身需要更多内存，直接升级VM实例的机器类型（比如从e2-micro升级到e2-small），提升内存容量是最直接的解决方案。

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