GitLab 백업

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

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