4. 快照技术基础：etcd 快照、节点快照、Volume 快照的区别与联系

在 Kubernetes 集群升级与回退演练中，快照是保障数据一致性和可恢复性的核心手段。不同维度的快照服务于不同的恢复目标，理解其差异与协同关系，是设计可靠回退策略的前提。

4.1 三类快照的定位与作用域

4.2 三类快照的创建与存储机制

4.2.1 etcd 快照

• 创建方式：使用 etcdctl snapshot save 命令或 kube-apiserver 的自动备份机制。
• 存储位置：通常保存为本地文件或上传至对象存储（S3、GCS）。
• 恢复方式：停止 etcd 服务，使用 etcdctl snapshot restore 重建数据目录后重启。
• 注意事项：快照包含集群全部资源定义，但不包含 Pod 内临时文件或容器日志。

# 创建 etcd 快照示例
ETCDCTL_API=3 etcdctl --endpoints=https://127.0.0.1:2379 \
  --cacert=/etc/kubernetes/pki/etcd/ca.crt \
  --cert=/etc/kubernetes/pki/etcd/server.crt \
  --key=/etc/kubernetes/pki/etcd/server.key \
  snapshot save /backup/etcd-snapshot-$(date +%Y%m%d%H%M%S).db

# 恢复 etcd 快照示例
ETCDCTL_API=3 etcdctl snapshot restore /backup/etcd-snapshot-20250301120000.db \
  --data-dir=/var/lib/etcd-restored \
  --initial-cluster=master=https://192.168.1.10:2380 \
  --initial-cluster-=etcd-cluster-1 \
  --initial-advertise-peer-urls=https://192.168.1.10:2380

4.2.2 节点快照

• 创建方式：通过云厂商快照 API（如 AWS EBS Snapshot、Azure VM Snapshot）或本地工具（LVM 快照、Btrfs 快照）。
• 存储位置：云厂商存储后端或本地存储池。
• 恢复方式：从快照创建新节点实例，或回滚至原节点磁盘。
• 注意事项：节点快照通常包含整个根卷，恢复后需确保 kubelet 证书和节点身份与集群一致。

4.2.3 Volume 快照

• 创建方式：通过 Kubernetes VolumeSnapshot CRD 对象触发 CSI 驱动创建。
• 存储位置：由 CSI 驱动决定，通常为存储后端快照（如 Ceph RBD Snapshot、NFS Snapshot）。
• 恢复方式：从 VolumeSnapshot 创建 PersistentVolumeClaim，挂载至 Pod。
• 注意事项：需要集群安装 snapshot-controller 和对应 CSI 驱动，且存储后端支持快照功能。

# VolumeSnapshot 资源定义示例
apiVersion: snapshot.storage.k8s.io/v1
kind: VolumeSnapshot
metadata:
  name: mysql-data-snapshot-20250301
spec:
  volumeSnapshotClassName: csi-hostpath-snapclass
  source:
    persistentVolumeClaimName: mysql-data-pvc

4.3 三类快照的协同关系

在节点池升级回退场景中，三类快照的协同关系可以用以下流程概括：

4.4 三类快照的核心差异对比

4.5 快照生命周期管理要点

• 快照命名规范：建议包含集群名称、节点池名称、时间戳和快照类型，便于快速识别。
• 快照保留策略：升级验证通过后，及时清理过期快照，避免存储成本膨胀。
• 快照完整性校验：恢复演练前，应定期对快照进行恢复测试，确保快照可用。
• 跨区域备份：关键 etcd 快照建议同步至异地存储，防止单点故障。