GitLab 백업

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

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