#灾难恢复

GitLab 是一个有状态服务，会存储您的仓库和项目数据，因此必须为其单独规划灾难恢复（DR）。如果没有专门的恢复计划，灾难可能会导致这些数据丢失。

本指南介绍 GitLab 的灾难恢复选项，以及它们与 Alauda Container Platform（ACP）global 集群灾难恢复之间的关系。

#灾难恢复选项

#专用灾难恢复

GitLab 提供专用灾难恢复解决方案，使您能够在主集群发生故障后，在辅助集群中恢复 GitLab 服务，并将数据丢失降至最低。

有关架构和详细步骤，请参阅 Alauda Knowledge Base（KB）。

#备份和恢复

如果您不需要专用解决方案，但希望有一个可回退的恢复点，可以使用备份和恢复。您可以定期备份 GitLab 实例，并在需要时进行恢复。这提供了一种近似的灾难恢复能力，但其恢复时间比专用解决方案更长。

详情请参见 使用 Velero 进行备份和恢复。

#与 ACP global 集群灾难恢复的关系

当 GitLab 部署在 ACP global 集群上时，global 集群的灾难恢复与 GitLab 的灾难恢复是两个相互独立的解决方案。它们彼此不依赖，并且 global 集群灾难恢复不会保护 GitLab：

• global 集群灾难恢复不会同步 GitLab 资源，包括 GitLab 实例、其工作负载和数据，以及所依赖的中间件。
• global 集群灾难恢复不会在灾难发生后恢复 GitLab。

因此，即使 GitLab 运行在 ACP global 集群上，您仍然必须使用上述选项之一单独规划其灾难恢复。