在2GB内存的Linux服务器上部署Docker需要注意什么？-云服务器

在 2GB 内存的 Linux 服务器上部署 Docker，核心挑战是资源受限。Docker 本身、守护进程、基础镜像以及运行中的容器都会消耗内存，稍有不慎就会导致系统 OOM（Out Of Memory）崩溃。

以下是针对该场景的关键注意事项和优化建议：

1. 操作系统层面的优化（至关重要）

在 Docker 启动前，必须确保宿主机有足够的“喘息空间”。

关闭 Swap（交换分区）：
- 原因：虽然 Swap 可以防止立即崩溃，但在内存极度紧张时，频繁使用 Swap 会导致系统严重卡顿（抖动），甚至让 Docker 守护进程无法响应。
- 操作：建议直接关闭 Swap。
```
sudo swapoff -a
# 修改 /etc/fstab 注释掉 swap 行以防重启后生效
```
- 注：如果你必须保留 Swap 作为最后防线，请务必将 swappiness 调低（如 vm.swappiness=10），但最好还是彻底关闭。
清理非必要服务：
- 停止并禁用所有非核心服务（如数据库、Web 服务器、监控X_X等），只保留 SSH 和 Docker 服务。
- 检查内存占用：free -h 和 top，确保空闲内存至少在 500MB-800MB 以上再开始部署。

2. Docker 配置优化

通过修改 Docker 守护进程配置文件来限制资源消耗。

编辑 /etc/docker/daemon.json：
添加以下关键参数，强制限制容器对资源的利用：
```
{
  "default-ulimits": {
    "nofile": {
      "Name": "nofile",
      "Hard": 65535,
      "Soft": 65535
    }
  },
  "max-concurrent-downloads": 1,
  "storage-driver": "overlay2"
}
```
- 注意：不要在此处设置过大的 memory 默认值，这通常由具体容器决定。重点是限制并发下载以减少网络缓冲内存占用。

限制 Docker 自身内存：
虽然 Docker 守护进程本身占比较小，但可以限制其日志大小，防止磁盘和内存同时爆满：

mkdir -p /etc/systemd/system/docker.service.d/
cat <<EOF | sudo tee /etc/systemd/system/docker.service.d/override.conf
[Service]
LimitNOFILE=65535
EOF
sudo systemctl daemon-reload
sudo systemctl restart docker

3. 容器与镜像的最佳实践

这是最直接的节省手段。

选择轻量级基础镜像：
- 拒绝：ubuntu:latest, debian:latest (体积大，包多)。
- 推荐：alpine (约 5MB), distroless (无 shell, 仅运行时文件)。
- 示例：
```
# 不好
FROM ubuntu:22.04

# 好
FROM alpine:3.18
```
严格设置资源限制 (--memory)：
启动任何容器时，必须显式指定内存上限。如果不指定，某些应用可能会尝试吃光剩余内存。
- 策略：假设宿主机可用 1.8GB，给每个容器分配不超过 512MB – 768MB。
- 命令示例：
```
docker run -d --name my-app 
  --memory="512m" 
  --memory-swap="512m" 
  --cpus="0.5" 
  my-image
```
- 关键点：--memory-swap 设置为与 --memory 相同的值，可以禁止容器使用 Swap，防止它把宿主机的物理内存耗尽后去读写磁盘导致系统卡死。
构建单阶段镜像：
如果是编译型语言（Go, Rust, Java），尽量使用多阶段构建（Multi-stage build），将最终镜像中的构建工具删除，只保留运行所需的二进制文件和库。

4. 应用层调整

如果可能，修改应用程序本身的配置以适应小内存环境。

JVM 应用：如果是 Java 应用，务必设置 -Xmx 和 -Xms，且不能超过容器限制的 90%。
Node.js/Python：限制 Worker 进程数量，避免 Fork 太多子进程。
数据库：
- MySQL/MariaDB：调整 innodb_buffer_pool_size 为物理内存的 25%-30%（例如 256MB）。
- Redis：设置 maxmemory 和 maxmemory-policy allkeys-lru。

5. 监控与告警

由于内存余量很小，必须建立实时预警机制。

安装轻量级监控：推荐使用 cAdvisor 或简单的 Shell 脚本配合 crontab。
OOM 处理：
- 开启 oom_score_adj 优先保护核心服务。
- 配置 Docker 的 --oom-kill-disable=false（默认开启），确保内存不足时能自动杀死违规容器而不是杀死整个宿主机。

总结 Checklist

步骤	动作	目的
1	关闭 Swap	防止内存抖动，确保物理内存可控
2	清理系统服务	腾出至少 500MB+ 空闲内存
3	使用 Alpine 镜像	最小化基础镜像体积
4	强制 `--memory` 限制	防止单个容器撑爆机器
5	设置 `--memory-swap`	禁止容器使用 Swap，避免 IO 瓶颈
6	调整应用配置	降低数据库/中间件的内存阈值

最后提醒：2GB 内存非常极限。如果业务需要运行多个重型服务（如 Web + DB + Cache），建议考虑使用 Kubernetes (K3s) 进行更精细的资源调度，或者直接升级服务器到 4GB 内存，否则维护成本极高且风险较大。