备份集群

当 Rancher 创建快照时，它包括三个组件：

由于 Kubernetes 版本现在包含在快照中，因此可以将集群恢复到先前的 Kubernetes 版本。

Rancher 将快照创建委托给下游 Kubernetes 引擎。当 Kubernetes 引擎创建快照时，它包括三个组件：

由于 Kubernetes 版本包含在快照中，因此可以在恢复 etcd 快照的同时将集群恢复到先前的 Kubernetes 版本。

对于集群中的每个 etcd 节点，都会检查 etcd 集群的健康状况。如果节点报告 etcd 集群健康，则会从该节点创建快照，并可选择上传到 S3。

快照存储在 /opt/rke/etcd-snapshots 中。如果该目录在节点上配置为共享挂载，则会被覆盖。在 S3 上，快照将始终来自最后一个上传它的节点，因为所有 etcd 节点都会上传快照，最后一个将保留。

在存在多个 etcd 节点的情况下，任何创建的快照都是在集群健康检查后创建的，因此可以视为 etcd 集群中数据的有效快照。

默认情况下启用快照。

快照目录默认为 /var/lib/rancher/<RUNTIME>/server/db/snapshots，其中 <RUNTIME> 是 rke2 或 k3s。

在 RKE2 中，快照存储在每个 etcd 节点上。如果您有多个 etcd 或 etcd + 控制平面节点，您将拥有多个本地 etcd 快照的副本。

快照的名称是自动生成的。--name 选项可用于在使用 RKE CLI 创建一次性快照时覆盖快照的名称。

当 Rancher 创建 RKE 集群的快照时，快照名称基于类型（快照是手动还是定期）和目标（快照是保存在本地还是上传到 S3）。命名约定如下：

一些示例快照名称包括：

快照的名称是自动生成的。--name 选项可用于在使用 RKE2 或 K3s CLI 创建一次性快照时覆盖快照的基本名称。

当 Rancher 创建 RKE2 或 K3s 集群的快照时，快照名称基于类型（快照是手动还是定期）和目标（快照是保存在本地还是上传到 S3）。命名约定如下：

<name>-<node>-<timestamp>

<name>：是由 --name 设置的基本名称，可以是以下之一

<node>：节点是快照创建时所在节点的名称。

<timestamp> 是快照创建日期的 Unix 时间戳。

一些示例快照名称包括：

在恢复时，使用以下过程：

在恢复时，Rancher 提供了几组方案以执行恢复操作。使用了一组阶段，即：

如果 etcd 快照恢复过程中出现故障，阶段将设置为 Failed。

默认情况下，选择 local 备份目标。此选项的好处在于无需外部配置。快照会自动保存在 Rancher 启动的 Kubernetes 集群 的 etcd 节点上，位于 /opt/rke/etcd-snapshots。所有定期快照都是在配置的时间间隔创建的。使用 local 备份目标的缺点是，如果发生完全灾难并且 所有 etcd 节点丢失，则无法恢复集群。

默认情况下，选择 local 备份目标。此选项的好处在于无需外部配置。快照会自动保存在 Rancher 启动的 Kubernetes 集群 的 etcd 节点上，位于 /var/lib/rancher/<runtime>/server/db/snapshots，其中 <runtime> 可以是 k3s 或 rke2。所有定期快照都是根据 cron 调度创建的。使用 local 备份目标的缺点是，如果发生完全灾难并且 所有 etcd 节点丢失，则无法恢复集群。