#概览

提供两种备份与恢复操作：

• 集群备份与恢复：备份和恢复控制平面数据，包括 etcd、Registry、日志记录和监控数据。
• 原生应用备份与恢复：基于 Velero 备份和恢复原生应用及其持久卷。

#集群备份与恢复

集群备份可保护控制平面状态和平台数据。

#etcd 备份与恢复

etcd 是 的键值存储，用于持久化资源对象的状态。对于控制平面状态恢复场景，必须执行 etcd 备份。

有关详细说明，请参阅 etcd 备份与恢复。

#Registry 备份与恢复

Registry 备份与恢复取决于所配置的存储后端和恢复要求。
请联系技术支持以获取受支持的 Registry 备份与恢复方案。

#日志记录备份与恢复

目前支持 ClickHouse。请联系技术支持。

#监控备份与恢复

有关监控备份与恢复的信息，请参阅 VictoriaMetrics 备份与恢复。

#原生应用备份与恢复

作为集群管理员，您可以使用 Velero 备份和恢复运行于 上的原生应用。

#架构

原生应用备份与恢复由两个组件组成：

• Data Backup Essentials：提供 UI，并安装在 global 集群上。
• Data Backup：提供 Velero，并安装在工作负载集群上。

#原生应用安装

要启用原生应用备份与恢复，请执行以下操作：

1. 从 customer portal 下载 Data Backup Essentials 和 Data Backup。
2. 将软件包上传到平台。
3. 在 global 集群上安装 Data Backup Essentials。
4. 在工作负载集群上安装 Data Backup。

安装后，配置备份存储库以存储备份数据。

#备份和恢复原生应用

您可以通过创建备份计划来备份原生应用，并通过执行恢复任务来恢复原生应用。

有关详细说明，请参阅：

• 创建原生应用备份
• 恢复原生应用

#备份注意事项

在配置备份策略之前，请考虑以下会影响备份和恢复策略的架构因素。

#Alauda OS 集群

对于节点运行 Alauda OS 的集群，在灾难恢复场景中，不需要也不建议使用 VM Snapshot 作为备份策略。

不建议使用 VM Snapshot 的原因：

• Alauda OS 设计：操作系统层为只读，由平台集中管理。节点发生故障时，平台会自动创建配置正确的新节点。
• 分布式系统特性：Kubernetes 是分布式系统。VM Snapshot 无法捕获 etcd 仲裁组等分布式组件的一致状态。
• 灾难恢复限制：VM Snapshot 通常与原始数据存储在一起，无法应对站点级灾难。

建议的备份方式：

• 集群状态：使用 etcd 备份捕获控制平面状态
• 应用数据：对持久卷使用 PV 快照或 Restic
• 集群配置：使用 GitOps/IaC 进行配置管理

#使用场景

#在当前集群中备份和恢复

在应用被意外删除或发生故障后，将应用恢复到当前集群。恢复过程中通常无需修改应用资源。

#跨集群应用迁移

常见场景包括：

• 跨数据中心进行开发和测试
• 在集群之间迁移资源
• 从生产集群复制到开发/测试集群

注意事项：

• 确保源集群和目标集群具有相近的 CPU 和内存规格
• 保持网络模式一致，以避免资源恢复问题
• 如果子网不同，恢复后 Pod IP 将发生变化
• 在恢复数据之前，评估是否需要迁移镜像