使用Docker时，2核4G的云主机需要优化哪些系统参数？-云服务器

在 2 核 4G 的轻量级云主机上运行 Docker，核心矛盾在于有限的内存资源与容器开销之间的平衡。优化重点应放在限制容器资源、调整内核参数以支持高并发连接以及优化存储和日志策略上。

以下是针对该配置的具体优化建议：

1. 核心：Docker 守护进程与容器资源限制

这是最关键的一步。如果不加限制，单个容器可能耗尽所有内存导致 OOM（Out Of Memory）杀死其他服务。

设置全局默认资源限制：
编辑 /etc/docker/daemon.json，为所有容器设置默认的 CPU 和内存上限，防止某个应用“吃光”整机资源。

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

注意：storage-driver 必须设为 overlay2，它是 Linux 上最高效的驱动，能显著减少内存占用。

启动时强制指定资源：
不要依赖默认值，在 docker run 或 docker-compose.yml 中明确限制：
```
# docker-compose.yml 示例
services:
  app:
    image: my-app
    deploy:
      resources:
        limits:
          cpus: '1.5'       # 限制使用不超过 1.5 核
          memory: 2G        # 限制使用不超过 2G
        reservations:
          cpus: '0.5'       # 预留最低保障
          memory: 512M
```
对于 2 核机器，建议将单容器 CPU 限制在 1.0~1.5 之间，避免上下文切换过高；内存严格控制在总内存的 60%-70% 以内（即 2.4G – 2.8G），留给宿主机 OS 和 Swap 空间。

2. 操作系统内核参数优化 (sysctl)

Docker 容器网络（iptables/nftables）和文件描述符在高负载下容易成为瓶颈。

创建或编辑 /etc/sysctl.conf，添加以下参数并执行 sysctl -p：

# 1. 增加最大文件打开数 (Docker 容器默认限制较低)
fs.file-max = 65535

# 2. 增加系统范围内可用的端口范围 (防止端口耗尽)
net.ipv4.ip_local_port_range = 1024 65535

# 3. 优化 TCP 连接状态处理 (提升短连接性能)
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_fin_timeout = 30

# 4. 增加 iptables 规则缓存大小 (Docker 网络依赖大量 iptables 规则)
# 如果使用的是 nftables (新版 Docker)，则需关注 net.netfilter.nf_conntrack_max
net.netfilter.nf_conntrack_max = 1000000
net.netfilter.nf_conntrack_buckets = 65536

# 5. 允许 IP 转发 (Docker 网络必需)
net.ipv4.ip_forward = 1

3. 内存管理与 Swap 策略

4G 内存非常宝贵，Swap（交换分区）是防止 OOM 的最后防线，但过度使用会拖慢性能。

配置 Swap 分区：
确保至少有一个 2G 的 Swap 分区。如果当前没有，请创建：

sudo fallocate -l 2G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
# 永久生效写入 /etc/fstab

调整 Swappiness：
默认值通常是 60，对于有足够内存的应用，可以调低以减少频繁换页带来的 IO 延迟；但对于 4G 小机，建议保持适中或略高，确保内存紧张时能平滑降级。
```
# 设置为 10，仅在物理内存极度不足时才使用 swap
vm.swappiness = 10 
```
注：如果主要运行 Java 等对延迟敏感的服务，建议设为 10；如果是 Nginx 或 Go 等静态服务，可设为 60。

4. 文件系统与日志优化

日志文件膨胀是中小服务器最常见的“内存杀手”。

限制日志大小：
如前所述，在 daemon.json 中配置 max-size 和 max-file。这能防止单个容器的日志占满磁盘或消耗过多内存缓冲。
使用 tmpfs 挂载：
对于不需要持久化且频繁读写的临时目录（如 /tmp, /var/run），可以使用 tmpfs 挂载到内存，减少 I/O 压力。
```
volumes:
  - type: tmpfs
    target: /tmp
    tmpfs:
      size: 100m
```

5. 监控与清理机制

由于资源紧张，必须建立自动清理机制。

定期清理未使用的镜像和容器：
编写 Crontab 任务，每周清理一次悬空镜像和停止的容器：
```
0 3 * * * docker system prune -af --volumes
```
部署轻量级监控：
推荐使用 cAdvisor 或简单的 Shell 脚本监控内存和 CPU 使用率。一旦内存使用超过 85%，触发告警或自动重启非关键容器。

总结检查清单

在 2 核 4G 环境下，上线前的最终检查：

[ ] daemon.json 是否限制了默认日志大小？
[ ] 每个重要容器是否都设置了 --memory 和 --cpus 限制？
[ ] 是否创建了 Swap 分区？
[ ] sysctl.conf 中的 nf_conntrack_max 和 tcp_tw_reuse 是否已生效？
[ ] 是否使用了 overlay2 存储驱动？

通过以上配置，你可以让 2 核 4G 的云主机稳定承载多个微服务或中等流量的 Web 应用，同时避免因资源争抢导致的系统崩溃。