4、备份策略设计原则：3-2-1备份法则、全量备份与增量备份、备份频率与RPO关系、备份存储选型

etcd 作为 Kubernetes 集群的“状态中枢”，其数据安全直接决定集群的恢复能力。本章围绕备份策略的四大核心维度展开：3-2-1 备份法则、全量与增量备份组合、备份频率与 RPO 的量化关系、备份存储选型。目标是建立一套可量化、可自动化、可验证的备份体系。

4.1 3-2-1 备份法则在 etcd 场景的落地

3-2-1 法则是数据保护领域的黄金原则：3 份副本、2 种不同介质、1 份异地/离线副本。在 etcd 备份场景中，具体映射如下：

4.2 全量备份与增量备份

etcd 备份主要分为两种模式：全量快照（Snapshot）和增量备份（基于 WAL 或 etcd 事件流）。两者在恢复速度、存储成本和 RPO 上存在显著差异。

4.3 备份频率与 RPO 关系

RPO（Recovery Point Objective） 指可接受的最大数据丢失时间窗口。备份频率直接决定 RPO 上限：

• RPO = 备份间隔时间（最坏情况下，故障发生在下次备份前瞬间）。
• 例如：每 1 小时全量备份 → RPO ≤ 1 小时；每 5 分钟增量备份 → RPO ≤ 5 分钟。

4.4 备份存储选型

备份存储的选择直接影响恢复速度、成本和可靠性。以下是常见存储方案的对比：

4.5 备份策略配置示例

以下是一个生产级 etcd 备份脚本的配置示例，整合了全量 + 增量、分层存储和保留策略：

#!/bin/bash
# etcd 备份脚本 - 全量 + 增量组合
# 配置参数
ETCD_ENDPOINTS="https://10.0.0.1:2379,https://10.0.0.2:2379,https://10.0.0.3:2379"
BACKUP_DIR_LOCAL="/data/etcd-backup/hot"
BACKUP_DIR_REMOTE="s3://my-bucket/etcd-backup/warm"
SNAPSHOT_PREFIX="etcd-snapshot"
INCREMENTAL_PREFIX="etcd-incremental"
RETENTION_DAYS_HOT=7
RETENTION_DAYS_WARM=30

# 全量快照（每日凌晨 02:00 执行）
if [ "$(date +%H%M)" == "0200" ]; then
    SNAPSHOT_FILE="${BACKUP_DIR_LOCAL}/${SNAPSHOT_PREFIX}-$(date +%Y%m%d-%H%M%S).db"
    etcdctl --endpoints=${ETCD_ENDPOINTS} snapshot save ${SNAPSHOT_FILE}
    # 同步到远程
    aws s3 cp ${SNAPSHOT_FILE} ${BACKUP_DIR_REMOTE}/
    # 清理本地过期备份
    find ${BACKUP_DIR_LOCAL} -name "${SNAPSHOT_PREFIX}*" -mtime +${RETENTION_DAYS_HOT} -delete
fi

# 增量备份（每 5 分钟执行）
INCREMENTAL_FILE="${BACKUP_DIR_LOCAL}/${INCREMENTAL_PREFIX}-$(date +%Y%m%d-%H%M%S).wal"
etcdctl --endpoints=${ETCD_ENDPOINTS} watch --prefix "/" --rev=$(cat ${BACKUP_DIR_LOCAL}/last-revision.txt) > ${INCREMENTAL_FILE}
# 记录当前 revision
etcdctl --endpoints=${ETCD_ENDPOINTS} endpoint status --write-out=json | jq -r '.[0].Status.header.revision' > ${BACKUP_DIR_LOCAL}/last-revision.txt
# 同步增量到远程
aws s3 cp ${INCREMENTAL_FILE} ${BACKUP_DIR_REMOTE}/incremental/
# 清理本地过期增量
find ${BACKUP_DIR_LOCAL} -name "${INCREMENTAL_PREFIX}*" -mtime +${RETENTION_DAYS_HOT} -delete