EC2 t2.micro实例中无法一次性执行docker-compose up启动全部服务的问题咨询

看起来你在EC2 t2.micro上用Docker Compose启动服务时遇到了挺头疼的问题——一次性跑sudo docker-compose up直接导致实例卡死无响应，只能重启，现在靠分步骤启动才能成功，我来帮你捋捋可能的原因和其他可行的解决思路：

先还原下你的场景： #

• compose.yaml里包含3个服务：2个Web应用 + Nginx Proxy Manager
• 直接执行sudo docker-compose up会触发实例卡死，必须重启
• 当前临时解决方案：

  sudo docker-compose up webapp1 
  # 等待约1分钟启动完成
  
  sudo docker-compose up webapp2
  # 等待启动完成
  
  sudo docker-compose up
  # 成功启动全部服务
  

大概率的核心原因： #

t2.micro实例的资源真的非常有限——只有1核CPU和1GB内存，而Docker Compose默认是并行启动所有服务的。当3个服务同时开始初始化（拉取镜像、解压、启动进程、加载依赖）时，会瞬间把实例的CPU和内存占满，触发AWS对实例的资源硬限制，最终导致实例无响应甚至卡死。

其他可以尝试的解决思路： #

• 调整服务启动顺序与健康检查：在compose.yaml中通过depends_on配合healthcheck，让服务按顺序启动，确保一个服务完全就绪后再启动下一个，避免资源被瞬间抢占。比如给Nginx配置健康检查，让Web应用等Nginx就绪后再启动：

  services:
    nginx-proxy-manager:
      image: nginxproxymanager/nginx-proxy-manager:latest
      healthcheck:
        test: ["CMD", "curl", "-f", "http://localhost:81"]
        interval: 30s
        timeout: 10s
        retries: 3
    webapp1:
      build: ./webapp1
      depends_on:
        nginx-proxy-manager:
          condition: service_healthy
    webapp2:
      build: ./webapp2
      depends_on:
        nginx-proxy-manager:
          condition: service_healthy
  

• 给实例添加Swap分区：t2.micro的1GB内存实在不够用，添加Swap分区可以临时缓解内存不足的问题，让实例在内存耗尽时用磁盘空间临时替代（虽然性能会有损耗，但总比卡死强）。执行以下命令创建1GB的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文件中。

• 限制单个服务的资源占用：在compose.yaml中给每个服务设置CPU和内存上限，避免某个服务把资源全部占满，比如：

  services:
    webapp1:
      build: ./webapp1
      deploy:
        resources:
          limits:
            cpus: '0.5'
            memory: 256M
    webapp2:
      build: ./webapp2
      deploy:
        resources:
          limits:
            cpus: '0.5'
            memory: 256M
    nginx-proxy-manager:
      image: nginxproxymanager/nginx-proxy-manager:latest
      deploy:
        resources:
          limits:
            cpus: '0.5'
            memory: 256M
  

  注意资源总和不要超过实例的硬件限制（1核1GB）。

• 优化你的临时启动流程：如果还是想用分步骤启动的方式，可以写个简单的shell脚本自动处理等待逻辑，不用手动盯着：

  #!/bin/bash
  echo "启动webapp1..."
  sudo docker-compose up -d webapp1
  sleep 60
  echo "启动webapp2..."
  sudo docker-compose up -d webapp2
  sleep 30
  echo "启动全部服务..."
  sudo docker-compose up -d
  

  保存为start-services.sh，执行chmod +x start-services.sh后，直接跑./start-services.sh就行。

额外小提示： #

下次遇到实例卡死重启后，可以查看Docker日志排查具体哪个服务导致资源过载，用以下命令查看日志：

# 查看单个服务的日志
sudo docker-compose logs webapp1
# 查看所有服务的日志
sudo docker-compose logs

备注：内容来源于stack exchange，提问作者Omu