Velero备份流程中镜像拉取依赖图优化与验证 - 第1节
1.1 Velero 项目背景
Velero 是由 VMware 开源并捐赠给 CNCF 的云原生备份恢复工具，原名 Heptio Ark。它专为 Kubernetes 集群设计，解决传统备份工具在容器化环境中面临的三大挑战：有状态应用数据一致性、跨集群迁移以及资源对象与持久化数据的关联恢复。
在 Kubernetes 生态中，应用通常由 Deployment、Service、ConfigMap 等资源对象和 PersistentVolumeClaim（PVC）背后的持久化数据共同组成。Velero 的核心价值在于：将资源对象的声明式配置与底层存储快照或文件备份统一编排，实现一次备份、完整恢复。
关键背景事实： 截至 2025 年，Velero 已成为 Kubernetes 社区最广泛使用的备份方案之一，GitHub 星标超过 9k，支持超过 20 种云存储后端和 10 余种卷快照插件。
1.2 核心功能矩阵
Velero 提供以下核心能力，覆盖备份、恢复、迁移与调度场景：
| 功能模块 | 说明 | 典型使用场景 |
|---|---|---|
| 集群资源备份 | 备份 Kubernetes 资源对象（YAML 清单），支持按命名空间、标签选择器过滤 | 集群配置快照、版本回滚 |
| 持久化卷备份 | 通过 CSI 快照或云存储卷快照 API 备份 PVC 数据 | 数据库、中间件数据保护 |
| 跨集群迁移 | 将备份数据恢复到不同集群，支持资源映射与存储类转换 | 集群迁移、灾备演练 |
| 定时调度 | 基于 Cron 表达式自动执行备份任务 | 日常备份策略、合规要求 |
| 备份保留策略 | 按时间或数量自动清理过期备份 | 存储成本控制、数据生命周期管理 |
| 备份加密与压缩 | 支持备份数据在传输和存储时的 AES-256 加密及 gzip 压缩 | 安全合规、带宽优化 |
1.3 备份与恢复的基本原理
1.3.1 备份流程
Velero 的备份操作分为两个并行阶段：资源对象收集与卷数据备份。以下流程图展示了核心步骤：
备份依赖关键点： 阶段A和阶段B是并行执行的，但最终合并写入对象存储时，必须等待两个阶段都完成。这意味着卷快照的完成时间直接影响整个备份的持续时间——这也是后续章节中“镜像拉取依赖图优化”的核心关注点。
1.3.2 恢复流程
恢复操作是备份的逆过程，但增加了资源依赖解析和冲突处理逻辑：
- 读取备份元数据：从对象存储中获取备份清单和卷快照索引。
- 按依赖顺序创建资源：先创建 Namespace、StorageClass、PersistentVolume，再创建 PVC、Deployment、Service 等上层资源。
- 恢复卷数据：从快照或文件备份中还原 PVC 数据，支持存储类映射。
- 验证恢复状态：检查资源是否就绪，Pod 是否 Running。
1.3.3 备份数据存储结构
Velero 在对象存储中按以下目录结构组织备份数据：
backups/
└── <backup-name>/
├── velero-backup.json # 备份元数据（资源清单、时间戳、插件信息）
├── resources/
│ ├── namespaces.json # 序列化的资源对象列表
│ └── pods.json
└── volumes/
├── <volume-id>-snapshot.dat # 卷快照数据（若使用快照插件）
└── <volume-id>-files.tar.gz # 文件级备份（若使用 restic/kopia）
注意： 当使用文件级备份（restic/kopia）时，Velero 会在备份 Pod 中启动一个 init container 来执行数据读取操作。这个 init container 的镜像拉取速度，在大型集群中可能成为备份流程的瓶颈——这正是本课程《Velero备份流程中镜像拉取依赖图优化与验证》要深入解决的问题。
1.4 备份模式对比
Velero 支持两种卷备份模式，适用于不同场景：
| 特性 | CSI/云快照模式 | 文件级备份模式（restic/kopia） |
|---|---|---|
| 备份方式 | 调用存储后端快照 API | 在 Pod 内运行备份进程读取文件 |
| 数据一致性 | 崩溃一致性（依赖应用 fsync） | 支持文件级一致性（可配合 hook） |
| 性能 | 快，秒级完成（云原生快照） | 较慢，取决于文件数量和大小 |
| 镜像依赖 | 无额外镜像依赖 | 需要拉取 restic/kopia 镜像 |
| 适用场景 | 云环境、CSI 驱动完善的集群 | 本地存储、NFS、非 CSI 环境 |