2核4G配置的服务器部署Docker需要优化哪些参数？

在 2 核 4G（2 vCPU, 4GB RAM）的配置下部署 Docker，核心挑战在于资源极度敏感。这种配置通常用于小型应用、微服务中的单个节点或开发测试环境。如果默认参数不调整，Docker 守护进程本身、容器日志以及系统交换空间（Swap）很容易导致内存溢出（OOM），进而触发 Linux 内核的 OOM Killer 杀掉关键进程（甚至包括 Docker 自身）。

以下是针对该配置的关键优化方向及具体参数建议：

1. 限制 Docker 守护进程的资源占用

Docker 守护进程（dockerd）本身会占用一定的内存。在 4G 总内存中，必须确保留给容器的可用空间充足。

• 启用内存限制：虽然 Docker 默认允许容器使用所有物理内存，但在生产环境中应显式限制 daemon 级别的资源，防止其无节制增长。
• 配置文件 (/etc/docker/daemon.json)：

  {
    "default-ulimits": {
      "nofile": {
        "Name": "nofile",
        "Hard": 65536,
        "Soft": 65536
      }
    },
    "log-driver": "json-file",
    "log-opts": {
      "max-size": "10m",
      "max-file": "3"
    },
    "storage-driver": "overlay2",
    "exec-opts": ["native.cgroupdriver=cgroupfs"],
    "live-restore": true
  }

  注意：live-restore 允许在 Docker 重启时容器继续运行，这对高可用很重要，但需确认你的操作系统支持。

2. 严格限制容器级资源（最关键）

这是防止单点故障拖垮整台服务器的核心。必须在启动容器时或通过编排工具（如 Docker Compose/K8s）强制指定 mem_limit 和 cpus。

• 内存限制策略：

  • 4G 内存中，建议保留 500MB-1GB 给宿主机 OS 和 Docker 守护进程。
  • 剩余约 3GB 分配给容器。如果是多容器，建议每个容器限制在 512M – 1G 之间。
  • 命令示例：

    docker run -d --name my-app --memory="1g" --memory-swap="1g" --cpus="1.5" nginx

  • 关键点：设置 --memory-swap 等于 --memory。如果不设置，Docker 可能会尝试使用 Swap，而在低配机器上频繁 Swap 会导致性能急剧下降甚至死锁。

• CPU 限制策略：

  • 2 核 CPU 容易因上下文切换过多而卡顿。
  • 对于非计算密集型任务，建议限制为 0.5 ~ 1.5 核。
  • 使用 --cpu-shares 进行权重分配，或者直接使用 --cpus 进行硬限制。

3. 优化日志驱动 (Log Driver)

默认的 JSON 日志驱动如果不加限制，极易写满磁盘或消耗大量内存，导致 OOM。

• 配置项：如上 daemon.json 所示，务必设置 max-size（单文件最大大小）和 max-file（保留文件数量）。
• 推荐值：max-size: "10m"，max-file: "3"。这意味着每个容器最多保留 30MB 的日志，避免日志堆积。

4. 文件系统与存储优化

• Storage Driver：确保使用 overlay2（现代 Linux 发行版默认通常是这个），它是目前性能和兼容性最好的驱动。
• 磁盘空间：2 核 4G 服务器通常搭配较小的云盘。Docker 镜像层和容器可写层会快速占用空间。
  • 定期执行 docker system prune -a 清理未使用的镜像和构建缓存。
  • 考虑将 /var/lib/docker 挂载到独立的分区或 SSD 上（如果是云盘则无法拆分，需注意监控磁盘使用率）。

5. 操作系统层面的 Swap 与 Swappiness

在 4G 内存下，完全关闭 Swap 风险较大（一旦应用突发峰值可能直接崩溃），但过度依赖 Swap 会导致性能雪崩。

• 调整 Swappiness：降低内核使用 Swap 的倾向性，优先使用物理内存。

  # 临时生效
  sysctl vm.swappiness=10
  
  # 永久生效 (/etc/sysctl.conf)
  vm.swappiness=10

• Swap 大小：建议分配 1GB – 2GB 的 Swap 作为“保险丝”，但不要过大，否则系统会变得非常慢。

6. 容器编排最佳实践

如果你使用 docker-compose.yml，请确保每个服务都包含资源限制：

version: '3.8'
services:
  app:
    image: myapp:latest
    deploy:
      resources:
        limits:
          cpus: '0.75'
          memory: 512M
        reservations:
          cpus: '0.25'
          memory: 128M
    logging:
      driver: "json-file"
      options:
        max-size: "10m"
        max-file: "3"

总结建议清单

特别提示：在 2 核 4G 环境下，不要同时运行过多的重型服务（如 Elasticsearch、Redis + MySQL + Java 应用）。如果业务复杂，建议采用“轻量级替代方案”（例如用 SQLite 代替 MySQL，用 Nginx 反向X_X静态资源等），或者考虑升级服务器配置。