GitLab 백업

GitLab 인스턴스를 백업하는 방법 가이드 — 백업 전략, 데이터 유형, 명령 옵션, 확장성 고려사항을 다룹니다.

GitLab 백업은 데이터를 보호하고 재해 복구를 지원합니다. 최적의 백업 전략은 GitLab 배포 구성, 데이터 볼륨 및 스토리지 위치에 따라 달라집니다. 이러한 요소들이 사용할 백업 방법, 백업을 저장할 위치, 백업 일정 구성 방법을 결정합니다. 대규모 GitLab 인스턴스의 경우 대안적인 백업 전략에는 다음이 포함됩니다: 증분 백업. 특정 리포지터리 백업. 여러 스토리지 위치에 걸친 백업. 백업에 포함된 데이터 # 히스토리 GitLab 16.1에서 Secure Files 도입 . GitLab 17.1에서 외부 머지 리퀘스트 diff 도입 . GitLab은 전체 인스턴스를 백업하기 위한 명령줄 인터페이스를 제공합니다. 기본적으로 백업은 단일 압축 tar 파일로 아카이브를 생성합니다. 이 파일에는 다음이 포함됩니다: 데이터베이스 데이터 및 구성 계정 및 그룹 설정 CI/CD 아티팩트 및 작업 로그 Git 리포지터리 및 LFS 객체 외부 머지 리퀘스트 diff 패키지 레지스트리 데이터 및 컨테이너 레지스트리 이미지 프로젝트 및 그룹 위키 프로젝트 레벨 첨부 파일 및 업로드 Secure Files GitLab Pages 콘텐츠 Terraform 상태 스니펫 백업에 포함되지 않는 데이터 # Warning 별도로 백업해야 하는 구성 파일 저장 에 대해 꼭 읽어보시기 바랍니다. Mattermost 데이터 Redis (및 Sidekiq 작업) Linux 패키지(Omnibus) / Docker / 소스 컴파일 설치의 오브젝트 스토리지 글로벌 서버 훅 파일 훅 GitLab 구성 파일( /etc/gitlab ) TLS 및 SSH 관련 키와 인증서 기타 시스템 파일 간단한 백업 절차 # 대략적인 지침으로 1k 참조 아키텍처를 사용하고 데이터가 100GB 미만인 경우 다음 단계를 따르십시오: 백업 명령을 실행합니다. 해당되는 경우 오브젝트 스토리지를 백업합니다. 시스템 구성 파일을 수동으로 백업합니다. 참고 항목: 1k 참조 아키텍처 백업 명령 세부 정보 오브젝트 스토리지 구성 구성 파일 가이드 백업 확장 # GitLab 데이터 볼륨이 증가함에 따라 백업 명령 실행에 더 많은 시간이 소요됩니다. Git 리포지터리를 동시에 백업하거나 증분 리포지터리 백업과 같은 백업 옵션이 실행 시간을 줄이는 데 도움이 될 수 있습니다. 어느 시점에서 백업 명령만으로는 실용적이지 않을 수 있습니다. 예를 들어 24시간 이상 걸릴 수 있습니다. GitLab 18.0부터 리포지터리 백업 성능이 참조가 많은 리포지터리(브랜치, 태그)에 대해 크게 개선되었습니다. 이 개선으로 영향을 받는 리포지터리의 백업 시간이 수시간에서 수분으로 단축될 수 있습니다. 이 개선의 혜택을 받기 위해 구성 변경이 필요하지 않습니다. 일부 경우에는 백업이 확장될 수 있도록 아키텍처 변경이 필요할 수 있습니다. 추가 자료: 증분 리포지터리 백업 . Git 리포지터리 동시 백업 . 대규모 참조 아키텍처 백업 및 복원 . 대안적인 백업 전략 . GitLab 리포지터리 백업 시간 단축에 관한 블로그 포스트