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

对于 2核4G（2 vCPU, 4GB RAM）的配置来说，运行 Docker 是可行的，但属于资源紧张型部署。如果不进行优化，很容易出现容器 OOM（内存溢出）、CPU 争用导致服务卡顿、或磁盘 I/O 瓶颈等问题。

以下是针对该配置需要重点优化的参数和策略，分为 Docker Daemon 配置、系统内核参数、容器资源限制 和 运维最佳实践 四个部分：

一、Docker Daemon 核心配置 (/etc/docker/daemon.json)

这是最直接的优化点，建议修改此文件并重启 Docker 服务。

{
  "storage-driver": "overlay2",
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "10m",
    "max-file": "3"
  },
  "live-restore": true,
  "default-ulimits": {
    "nofile": {
      "Name": "nofile",
      "Hard": 65535,
      "Soft": 65535
    }
  },
  "oom-score-adjust": -1000,
  "metrics-addr": "",
  "experimental": false
}

关键参数解释：

1. storage-driver: overlay2

   • 必须使用。相比传统的 devicemapper，overlay2 性能更高、占用空间更少，且与 Linux 内核集成更好。

2. 日志轮转 (log-opts)

   • 极其重要！ 默认情况下 Docker 不限制日志大小，长时间运行后 /var/lib/docker 可能撑爆磁盘。
   • max-size: 单个日志文件最大 10MB。
   • max-file: 最多保留 3 个轮转日志文件。
   • 总日志占用不超过 30MB，防止磁盘写满。

3. live-restore: true

   • 当 Docker 守护进程重启时（如升级、故障），保持正在运行的容器继续运行，避免服务中断。

4. oom-score-adjust: -1000

   • 提高 Docker 守护进程本身的优先级，使其在系统内存紧张时更不容易被 OOM Killer 杀死。

5. 禁用实验性功能 (experimental: false)

   • 生产环境建议关闭，减少不稳定因素。

二、Linux 系统内核参数优化 (/etc/sysctl.conf)

2核4G服务器通常运行在较新的 Linux 内核上，需调整以下参数以提升网络和文件系统性能。

执行命令加载：

sysctl -p

推荐添加以下内容到 /etc/sysctl.conf：

# 1. 增加本地端口范围，避免高并发连接耗尽端口
net.ipv4.ip_local_port_range = 1024 65535

# 2. 启用 TCP 快速回收，加快 TIME_WAIT 状态清理
net.ipv4.tcp_tw_reuse = 1

# 3. 增加文件句柄上限
fs.file-max = 100000

# 4. 增加 inode 缓存大小（对大量小文件场景有帮助）
vm.vfs_cache_pressure = 50

# 5. 禁用 swap（可选，见下文说明）
vm.swappiness = 0

# 6. 调整 TCP 缓冲区，提升网络吞吐
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216

⚠️ 关于 Swap 的建议：
对于 4GB 内存，建议完全禁用 Swap（vm.swappiness=0 + 删除 swap 分区）。
原因：Swap 会导致严重性能抖动（I/O 延迟飙升），而 Docker 容器应通过资源限制而非交换到磁盘来管理内存。如果必须保留 Swap 作为安全垫，请确保应用层有合理的内存限制。

三、容器资源限制（最关键！）

不要依赖 Docker 默认无限制的行为！ 每个容器都必须设置资源上限，防止单个容器拖垮整个服务器。

示例：启动一个 Nginx 容器，限制资源

docker run -d 
  --name nginx 
  --cpus="1.0"            # 限制 CPU：最多使用 1 个核心（2核总共有 2.0）
  --memory="1g"           # 限制内存：最多 1GB
  --memory-swap="1g"      # 禁止使用 Swap（等于 memory）
  --restart=always 
  nginx:latest

资源分配策略建议（2核4G）：

✅ 黄金法则：所有容器的 --cpus 总和 ≤ 2.0，--memory 总和 ≤ 3.5GB（留 0.5GB 给宿主机系统）。

四、运维与架构优化建议

1. 使用 Docker Compose 统一管理

避免手动 docker run，使用 docker-compose.yml 集中管理资源限制。

version: '3.8'
services:
  mysql:
    image: mysql:8.0
    cpus: 1.0
    mem_limit: 2g
    deploy:
      resources:
        limits:
          cpus: '1.0'
          memory: 2G
    volumes:
      - db_data:/var/lib/mysql

  redis:
    image: redis:alpine
    cpus: 0.5
    mem_limit: 512m

volumes:
  db_data:

2. 监控与告警

• 安装轻量级监控工具：如 cAdvisor + Prometheus + Grafana（注意这些本身也消耗资源，可简化为仅 cAdvisor）。
• 或使用云厂商自带的监控（AWS CloudWatch、阿里云云监控等）。

3. 定期清理无用资源

添加定时任务清理悬空镜像和停止的容器：

# 每周日凌晨清理
0 0 * * 0 docker system prune -af

4. 避免在容器中运行重型进程

• 不要在容器内编译大型项目（如 Maven build、Node.js npm install），应在构建阶段完成。
• 避免在容器内运行 cron 任务，建议使用宿主机的 cron 或通过调度器管理。

五、总结：2核4G 部署 Checklist

通过以上优化，2核4G 服务器可以稳定运行多个轻量级至中等负载的服务（如 1个 MySQL + 1个 Redis + 2~3个 Web 应用）。