多容器Docker应用部署Amazon Elastic Beanstalk失败求助

从你提供的MongoDB日志和配置文件来看，部署崩溃的根源可以从以下几个核心方向排查：

1. MongoDB容器内存分配严重不足 #

你给MongoDB容器仅分配了memory: 128（MB），这远远低于MongoDB的最低稳定运行要求。MongoDB默认使用的WiredTiger存储引擎，仅基础的缓存和数据加载就需要至少512MB内存，128MB的配额会直接触发：

• Elastic Beanstalk的容器监控系统因内存不足发送终止信号（日志里的signal 15 (Terminated)就是直接证据）
• WiredTiger引擎无法完成初始化流程，被迫提前退出

解决方案：
修改Dockerrun.aws.json中MongoDB容器的内存配置，至少调整到512MB：

{
  "name": "mongo-app",
  "image": "mongo:latest",
  "memory": 512, // 调整此处内存配额
  // 其余配置保持不变
}

2. 容器启动顺序缺失，Node.js提前尝试连接MongoDB #

Elastic Beanstalk多容器部署默认会同时启动所有容器，你的Node.js容器极有可能在MongoDB还未完全就绪（日志显示MongoDB刚启动监听端口就被终止）时，就尝试建立数据库连接，导致Node.js启动失败。EB的健康检查机制会检测到Node.js容器异常，进而重启整个环境，间接导致MongoDB被强制终止。

解决方案：

• 添加连接重试逻辑：在Node.js应用的启动代码中增加MongoDB连接重试机制，避免因数据库未就绪导致启动失败：

// 以mongoose为例，其他驱动逻辑类似
const mongoose = require('mongoose');

function connectToMongo() {
  mongoose.connect('mongodb://mongo-app:27017/your-db-name', {
    retryWrites: true,
    w: 'majority'
  })
  .then(() => console.log('MongoDB连接成功'))
  .catch(err => {
    console.log('MongoDB连接失败，10秒后重试:', err);
    setTimeout(connectToMongo, 10000);
  });
}

connectToMongo();

• 配置容器启动依赖：在Dockerrun.aws.json的Node.js容器配置中添加dependsOn，确保MongoDB容器完全启动后再启动Node.js：

{
  "name": "server",
  "image": "node:8.11",
  "memory": 128,
  "dependsOn": [{"containerName": "mongo-app", "condition": "START_SUCCESS"}], // 添加此依赖配置
  // 其余配置保持不变
}

3. 主机卷权限可能存在问题 #

你配置的/var/app/mongo-app主机路径，在Elastic Beanstalk的EC2实例上可能没有给MongoDB容器的运行用户（默认是UID为999的mongodb用户）分配读写权限。虽然日志显示MongoDB已初始化诊断数据目录，但后续写入数据时权限不足也会导致崩溃。

解决方案：
通过EB的配置文件提前修改主机路径权限：在项目根目录创建.ebextensions/01-fix-permissions.config文件：

commands:
  01_create_mongo_dir:
    command: "mkdir -p /var/app/mongo-app"
  02_set_permissions:
    command: "chown -R 999:999 /var/app/mongo-app"

4. 自定义健康检查缺失 #

Elastic Beanstalk默认仅检查容器端口是否可达，如果你的Node.js容器没有明确的健康检查端点，EB可能误判服务状态并重启环境。

解决方案：

• 在Dockerrun.aws.json的Node.js容器配置中添加健康检查规则：

{
  "name": "server",
  // 其余配置不变
  "healthCheck": {
    "command": ["CMD-SHELL", "curl -f http://localhost:8001/health || exit 1"],
    "interval": 30,
    "timeout": 5,
    "retries": 3
  }
}

• 在Node.js应用中添加健康检查路由：

app.get('/health', (req, res) => {
  res.status(200).send('OK');
});

总结 #

优先调整MongoDB的内存配额到512MB以上，然后添加容器启动依赖和连接重试机制，这两个是导致你当前部署崩溃的最核心原因。

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