1. Velero 灾备概述

Velero 是云原生社区广泛使用的开源 Kubernetes 集群备份与恢复工具。它能够将集群中的持久化数据、资源对象（Deployment、Service、ConfigMap 等）以及 PV/PVC 快照统一打包，上传至对象存储（如 S3、MinIO、Azure Blob 等），并在需要时完整或部分恢复。在灾备体系中，Velero 承担着“数据保护最后一公里”的关键角色，其缓存机制直接影响备份窗口与恢复点目标（RPO）。

1.1 Velero 架构与核心组件

Velero 采用 Client-Server 架构，由以下核心组件构成：

1.2 备份与恢复流程

Velero 的备份与恢复遵循 “声明式驱动” 模式，用户通过创建 Backup CR 或 Schedule CR 触发操作。以下为标准备份流程：

1. API 请求：用户通过 CLI 或直接创建 Backup CR，指定备份范围（namespace、label selector）和存储位置。
2. 资源快照：Velero Server 调用 Kubernetes API 获取指定资源对象的 JSON 描述，打包为 resources.json.gz。
3. 卷快照：若备份包含 PVC，Volume Snapshotter 调用 CSI 驱动或云 API 创建持久卷快照。
4. 文件级备份：Node Agent 中的 Restic/Kopia 对卷内文件进行扫描、分块、去重，生成增量数据块。
5. 上传存储：所有备份数据（资源清单 + 卷快照 + 文件块）上传至 BSL 定义的对象存储桶。
6. 元数据记录：备份完成后，Velero 在存储桶中写入 velero-backup.json 元数据文件，记录备份时间戳、包含的资源列表、校验和等信息。

1.3 缓存机制在灾备中的角色

Velero 的缓存机制主要作用于 文件级备份（Restic/Kopia） 阶段。缓存分为两个层级：

在灾备场景中，缓存命中率直接影响 RPO（恢复点目标） 的达成：

• 高缓存命中 → 增量备份仅上传变更数据块 → 备份时间缩短 → 可支持更频繁的备份调度 → RPO 降低。
• 缓存未命中 → 全量扫描与上传 → 备份窗口拉长 → 调度间隔被迫增大 → RPO 升高。
• 缓存污染或溢出 → 数据块指纹失效 → 触发不必要的全量重传 → 资源浪费与 RPO 恶化。

1.4 缓存机制与资源配额的关联

Velero 的磁盘缓存大小受 Node Agent 的资源限制 和 节点磁盘容量 双重约束。以下为典型关联关系：

• CPU 限制：缓存索引的构建与查询需要 CPU 资源。CPU 不足时，缓存查询延迟增加，可能导致备份超时回退到全量模式。
• 内存限制：内存缓存大小直接影响可缓存的元数据条目数。内存不足时，早期缓存条目被驱逐，降低命中率。
• 磁盘限制：磁盘缓存空间不足时，新数据块无法写入缓存，后续备份必须重新上传。
• I/O 限制：磁盘 I/O 带宽不足时，缓存读写成为瓶颈，拖慢整个备份流程。