Kubernetes 存储卷（Volume）详解：从基础到实践

Kubernetes 存储卷（Volume）详解：从基础到实践

website Kubernetes website and documentation repo: 项目地址: https://gitcode.com/gh_mirrors/webs/website

概述

在 Kubernetes 中，存储卷（Volume）是 Pod 中容器访问文件系统的重要抽象。与容器内临时文件系统不同，存储卷提供了数据持久化和共享的能力，解决了容器化应用中的关键存储需求。

为什么需要存储卷？

容器文件系统的临时性带来两大核心问题：

1. 数据易失性：容器崩溃或重启时，文件系统中的所有更改都会丢失
2. 共享困难：同一 Pod 中多个容器难以高效共享文件

存储卷通过抽象底层存储机制，完美解决了这些问题，为容器提供了：

• 持久化存储能力
• 跨容器文件共享
• 配置数据注入
• 临时工作空间

核心工作机制

存储卷在 Pod 规范中通过两个关键部分定义：

1. 卷声明（.spec.volumes）：定义可供 Pod 使用的存储卷及其类型
2. 卷挂载（.spec.containers[*].volumeMounts）：指定容器如何挂载这些卷

当 Pod 启动时，Kubernetes 会：

1. 根据卷类型创建对应的存储资源
2. 将卷挂载到容器文件系统的指定路径
3. 确保容器进程看到的是容器镜像内容与挂载卷的组合视图

主要卷类型详解

1. emptyDir：临时工作空间

特点：

• 随 Pod 创建而创建，随 Pod 删除而销毁
• 同一 Pod 中所有容器可共享访问
• 支持内存(tmpfs)和磁盘两种存储介质

典型用例：

apiVersion: v1
kind: Pod
metadata:
  name: test-pd
spec:
  containers:
  - image: registry.k8s.io/test-webserver
    name: test-container
    volumeMounts:
    - mountPath: /cache
      name: cache-volume
  volumes:
  - name: cache-volume
    emptyDir:
      sizeLimit: 500Mi

注意事项：

• 内存介质会计入容器内存限制
• 可设置大小限制防止耗尽节点资源

2. configMap：配置注入

特点：

• 将 ConfigMap 数据作为文件挂载
• 支持选择性挂载 ConfigMap 中的特定键
• 默认只读挂载

配置示例：

volumes:
- name: config-vol
  configMap:
    name: log-config
    items:
    - key: log_level
      path: log_level

最佳实践：

• 避免使用 subPath 挂载需要动态更新的配置
• 对非 UTF-8 内容使用 binaryData 字段

3. downwardAPI：元数据暴露

特点：

• 将 Pod/容器元数据以文件形式暴露
• 支持字段选择器过滤需要的信息
• 信息自动更新（subPath 挂载除外）

使用场景：

• 容器获取自身 Pod 的 IP 地址
• 应用获取当前节点的名称

4. 持久化存储方案

对于需要长期保存的数据，Kubernetes 提供了多种持久化卷方案：

1. CSI 驱动：现代标准，支持各种云存储和本地存储
2. PersistentVolume/PersistentVolumeClaim：抽象存储细节，提供声明式配置

迁移建议：

• 原生的 awsElasticBlockStore、azureDisk 等驱动已弃用
• 应迁移至对应的 CSI 驱动实现

高级特性

子路径挂载（subPath）

允许将卷中的特定子目录或文件挂载到容器中：

volumeMounts:
- name: workdir1
  mountPath: /logs
  subPath: pod-logs

限制：

• 使用 subPath 挂载的卷不会自动更新
• 不能跨卷挂载

设计考量

选择存储卷类型时需考虑：

1. 数据生命周期：临时性还是持久性需求
2. 访问模式：单节点读写还是多节点只读
3. 性能要求：对延迟和吞吐量的敏感度
4. 成本因素：存储介质的经济性

总结

Kubernetes 存储卷提供了灵活强大的存储抽象，能够满足容器化应用的各种存储需求。理解不同卷类型的特点和适用场景，是设计可靠 Kubernetes 应用的关键。随着 CSI 成为标准，建议新项目直接采用 CSI 驱动以获得最佳兼容性和功能支持。

website Kubernetes website and documentation repo: 项目地址: https://gitcode.com/gh_mirrors/webs/website