4.docker数据持久化和网络与多容器编排

Posted on Edited on In Views: Word count in article: 2.6k Reading time ≈ 2 mins.

Docker 学习笔记 (四)：数据持久化、网络与多容器编排

1. 数据持久化 (Docker Volumes)

在之前的章节中，我们学会了如何运行容器。但你可能会发现一个问题：当容器被删除 (docker rm) 后，你在容器内产生的数据（比如数据库里的记录、日志文件）也随之消失了。

1.1 为什么要使用 Volume？

默认情况下，容器的文件系统是临时的。Docker Volumes 的出现是为了解决数据持久化的问题，它允许我们将数据存储在容器的生命周期之外。

核心优势：

  • 数据持久化 (Data Persistence)：即使容器停止或被删除，数据依然存在。
  • 数据共享 (Data Sharing)：多个容器可以同时挂载同一个 Volume 来共享数据。
  • 解耦 (Decoupling)：将数据与应用运行环境分离，便于管理和备份。

1.2 Volume 的三种类型

根据使用场景不同，Docker 提供了三种挂载方式：

类型 描述 适用场景
Bind Mounts 直接将宿主机的特定目录或文件映射到容器中。 开发环境。例如将本地源代码目录挂载进容器，代码修改后容器内实时生效。
Named Volumes 由 Docker 在宿主机的一个特定区域（通常是 /var/lib/docker/volumes）管理。用户给它起个名字，方便复用。 生产环境持久化数据。例如数据库文件，这是最推荐的方式。
Anonymous Volumes 类似于 Named Volumes，但没有名字（只有一串随机 ID）。 通常用于不需要持久化太久或不关心具体位置的临时数据。

1.3 常用 Volume 操作命令 (Volume CLI)

仅仅理解概念是不够的，这里是如何在命令行中实际操作 Volume：

  • 创建 Volume:
    1
    docker volume create my-vol
  • 挂载 Volume 启动容器:
    使用 -v 参数将 my-vol 挂载到容器内的 /app/data 目录。
    1
    docker run -d -v my-vol:/app/data mongo
  • 查看所有 Volume:
    1
    docker volume ls
  • 查看 Volume 详情 (如在宿主机上的具体路径):
    1
    docker volume inspect my-vol
  • 删除 Volume (注意：必须先删除使用该 Volume 的容器):
    1
    docker volume rm my-vol

2. 进阶配置 (Advanced Topics)

除了基础运行，我们在生产环境中还需要关注容器的稳定性和资源控制。

2.1 资源限制 (Resource Limits)

如果不加限制，一个容器可能会吃掉宿主机所有的 CPU 和内存，导致机器卡死。我们可以通过参数进行限制：

  • CPU 限制：控制容器能使用的计算能力。
  • 内存限制：防止内存泄漏导致 OOM (Out Of Memory)。
1
2
# 示例：限制容器最多使用 0.5 个 CPU 核和 512MB 内存
docker run -d --cpus="0.5" --memory="512m" nginx

2.2 重启策略 (Restart Policies)

定义容器退出（Exit）后的行为，这对保证服务高可用非常重要。

  • no: 默认值。不管什么情况，挂了就不重启。
  • on-failure: 只有在非正常退出（退出码非 0）时才重启。
  • always: 只要容器停止了就重启（手动 stop 除外）。
  • unless-stopped: 类似于 always，但在 Docker 守护进程重启时（比如服务器重启），如果容器之前是人为停止的，就不会自动启动。

3. Docker 网络 (Networking)

Docker 网络提供了容器间通信的基础设施，同时保持了隔离性。

3.1 网络驱动模式 (Network Drivers)

驱动 描述 适用场景
Bridge (默认) 在宿主机创建一个私有网络。容器通过端口映射与外部通信，容器间通过 IP 通信。 单机环境下的绝大多数应用。
Host 移除网络隔离，容器直接使用宿主机的 IP 和端口。 需要极致网络性能，或不需要隔离的场景。
None 禁用网络，容器只有本地回环地址。 极高安全要求的隔离环境。
Overlay 允许跨多台宿主机的容器通信。 Docker Swarm 或集群环境。

3.2 最佳实践：用户自定义网络

不要依赖默认的 bridge 网络。创建一个自定义网络可以让容器通过容器名 (Container Name) 互相访问（内置 DNS 解析），而不需要记随时变动的 IP 地址。

1
2
3
4
5
6
7
# 1. 创建网络
docker network create my-app-net

# 2. 启动容器加入网络
docker run -d --name db --network my-app-net mongo
docker run -d --name web --network my-app-net -p 80:80 my-web-app
# 此时，web 容器里代码连接数据库只需要填主机名为 "db" 即可。

4. Docker Compose：多容器编排

4.1 痛点：手动管理的噩梦

在微服务架构中，一个应用可能包含前端、后端 API、数据库、Redis 缓存等多个服务。
如果只用 docker run：

  1. 你需要分别启动 4 个容器。
  2. 你需要记住复杂的启动命令（端口、环境变量、网络、挂载卷）。
  3. 你需要手动控制启动顺序（先启数据库，再启后端）。

4.2 解决方案：Docker Compose

Docker Compose 是一个用于定义和运行多容器 Docker 应用程序的工具。我们使用 YAML 文件来配置应用的服务。

💡 关于“服务名” (Service Name) 的命名：
在 docker-compose.yml 中，services: 下方的第一层缩进（如 web:, db:）就是服务名。
当你运行 docker-compose up -d 时，Compose 会基于这些服务名自动创建容器名（通常格式为 项目名_服务名_1）。
在后续操作中（如 pause, logs, restart），你只需要使用 YAML 文件中定义的服务名即可，Compose 会自动帮你找到对应的容器。

核心优势：

  • 声明式配置：在一个文件中定义所有服务、网络和卷。
  • 一键启动/停止：一条命令管理整个生命周期。
  • 环境一致性：开发、测试、生产使用同一套配置。

4.3 docker-compose.yml 实战解析

下面是一个典型的全栈应用配置示例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
version: '3.8'  # 指定 Compose 文件版本

services:
  # 1. 前端/Web 服务
  web:
    image: nginx:latest
    ports:
      - "80:80"       # 映射端口
    networks:
      - my_network    # 加入网络
    depends_on:
      - api           # 确保 api 服务先启动

  # 2. 后端 API 服务
  api:
    build: ./backend  # 支持直接从 Dockerfile 构建
    environment:
      - DB_HOST=db    # 环境变量配置
    networks:
      - my_network
    depends_on:
      - db

  # 3. 数据库服务
  db:
    image: mongo:latest
    volumes:
      - db-data:/data/db  # 使用 Named Volume 持久化数据
    networks:
      - my_network

# 定义全局 Volume
volumes:
  db-data:

# 定义全局网络
networks:
  my_network:

4.4 常用命令

  • 启动所有服务 (后台运行)：

    1
    docker-compose up -d

  • 停止所有服务 (仅停止容器，不移除)：

    1
    docker-compose stop

  • 停止并移除所有资源 (容器、网络、镜像等)：

    1
    docker-compose down

    ⚠️ 注意 stop vs down：
    stop 只是把容器关掉，容器还在；down 会把容器彻底删掉，网络也会被清理。

  • 查看服务日志：

    1
    docker-compose logs -f

  • 暂停/恢复特定服务 (这里的 db 就是我们在 YAML 里定义的那个名字)：

    1
    2
    docker-compose pause db
    docker-compose unpause db

  • 停止特定服务:
    如果你只想停止 db 而不影响其他服务：

    1
    docker-compose stop db

  • 不在当前目录时指定文件:
    如果你不在 docker-compose.yml 所在的目录，可以使用 -f 参数指定文件路径：

    1
    2
    # 比如你的配置文件在 /opt/myapp/docker-compose.yml
    docker-compose -f /opt/myapp/docker-compose.yml pause db

总结 (Summary)

通过这四章的学习，你已经掌握了 Docker 的核心技能：

  1. 概念：理解了容器 vs 虚拟机，以及镜像、容器、仓库的关系。
  2. 操作：学会了 run, build, push 等生命周期管理命令。
  3. 构建：能够编写 Dockerfile 制作自己的镜像。
  4. 进阶：掌握了 Volume 数据持久化、Network 网络通信以及 Compose 多容器编排。

接下来的旅程，我们会进一步探索 Kubernetes (K8s)，它是容器编排的终极形态，用于管理成百上千个跨主机的容器。