#灾难恢复

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 集群上运行，您仍必须使用上述选项之一单独规划其灾难恢复。

---

GitLab 是 GitLab Inc. 的商标。

Alauda 是独立供应商。本产品与 GitLab Inc. 无关联，也未获得其认可或赞助。所有商标均归其各自所有者所有，此处仅用于标识目的。