Skip to main content
本产品推出了新版本。
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

数据保护

贡献者

了解 Astra 控制中心提供的数据保护类型,以及如何以最佳方式使用它们来保护您的应用程序。

快照,备份和保护策略

snapshot 是应用程序的时间点副本,它与应用程序存储在同一个已配置卷上。通常速度较快。您可以使用本地快照将应用程序还原到较早的时间点。快照对于快速克隆很有用;快照包括应用程序的所有 Kubernetes 对象,包括配置文件。

backup 存储在外部对象存储中,与本地快照相比,创建速度可能较慢。您可以将应用程序备份还原到同一集群,也可以通过将应用程序备份还原到其他集群来迁移应用程序。您还可以选择较长的备份保留期限。由于备份存储在外部对象存储中,因此在发生服务器故障或数据丢失时,备份通常比快照提供更好的保护。

保护策略 _ 是一种通过根据您为应用程序定义的计划自动创建快照和 / 或备份来保护应用程序的方法。此外,您还可以通过保护策略选择要在计划中保留的快照和备份数量。使用保护策略自动执行备份和快照是确保每个应用程序都根据组织需求受到保护的最佳方式。

注意 You can't be Fully protected until you have a recent backup 。这一点非常重要,因为备份存储在对象存储中,而不是永久性卷。如果发生故障或意外事件会擦除集群及其关联的永久性存储,则需要备份才能恢复。快照无法让您恢复。

克隆

clone 是应用程序,其配置及其永久性存储的精确副本。您可以在同一个 Kubernetes 集群或另一个集群上手动创建克隆。如果需要将应用程序和存储从一个 Kubernetes 集群移动到另一个 Kubernetes 集群,则克隆应用程序非常有用。

复制到远程集群

使用Astra Control、您可以使用NetApp SnapMirror技术的异步复制功能、以低RPO (恢复点目标)和低RTO (恢复时间目标)为应用程序构建业务连续性。配置完成后、应用程序便可将数据和应用程序更改从一个集群复制到另一个集群。

Astra Control异步将应用程序Snapshot副本复制到远程集群。复制过程包括SnapMirror复制的永久性卷中的数据以及受Astra Control保护的应用程序元数据。

应用程序复制与应用程序备份和还原在以下方面有所不同:

  • 应用程序复制:Astra Control要求源和目标Kubernetes集群可用并进行管理、并将其各自的ONTAP 存储后端配置为启用NetApp SnapMirror。Astra Control会获取策略驱动型应用程序Snapshot并将其复制到远程集群。NetApp SnapMirror技术用于复制永久性卷数据。要进行故障转移、Astra Control可以在目标Kubernetes集群上重新创建应用程序对象、并在目标ONTAP 集群上创建复制的卷、从而使复制的应用程序联机。由于目标ONTAP 集群上已存在永久性卷数据、因此Astra Control可以为故障转移提供快速恢复时间。

  • 应用程序备份和还原:在备份应用程序时、Astra Control会为应用程序数据创建Snapshot并将其存储在对象存储分段中。需要还原时、必须将存储分段中的数据复制到ONTAP 集群上的永久性卷。备份/还原操作不要求二级Kubernetes或ONTAP集群可用并进行管理、但额外的数据复制可能会导致还原时间较长。

要了解如何复制应用程序、请参见 "使用SnapMirror技术将应用程序复制到远程系统"

下图显示了计划的备份和还原过程与复制过程的对比情况。

备份过程会将数据复制到S3存储分段、并从S3存储分段进行还原:

计划备份和还原映像

另一方面、复制是通过复制到ONTAP 来完成的、然后故障转移将创建Kubernetes资源:

复制和故障转移映像