Geo with Object storage
오브젝트 스토리지에 저장된 파일의 검증은 기본적으로 사용 가능한
geo_object_storage_verification
이라는 플래그로 함께 GitLab 16.4에 도입되었습니다.
Geo는 오브젝트 스토리지(AWS S3 또는 다른 호환되는 오브젝트 스토리지)와 함께 사용할 수 있습니다.
Secondary 사이트는 다음 중 하나를 사용할 수 있습니다:
- Primary 사이트와 동일한 스토리지 버킷.
- 복제된 스토리지 버킷.
- 기본 사이트가 로컬 스토리지를 사용하는 경우 로컬 스토리지.
파일의 스토리지 방법(로컬 또는 오브젝트 스토리지)은 데이터베이스에 기록되며, 데이터베이스는 Primary Geo 사이트에서 Secondary Geo 사이트로 복제됩니다.
업로드된 오브젝트에 액세스할 때, 데이터베이스에서 그것의 스토리지 방법(로컬 또는 오브젝트 스토리지)을 가져오므로 Secondary Geo 사이트는 Primary Geo 사이트의 스토리지 방법과 일치해야 합니다.
따라서, Primary Geo 사이트가 오브젝트 스토리지를 사용하는 경우 Secondary Geo 사이트도 사용해야 합니다.
가져야 할 것:
- GitLab가 복제를 관리하려면 GitLab 복제 활성화를 따르세요.
- 타사 서비스가 복제를 관리하려면 타사 복제 서비스를 참조하세요.
GitLab에서 관리되는 복제와 타사 복제 간의 비교는 오브젝트 스토리지 복제 테스트를 참조하세요.
GitLab과 오브젝트 스토리지 사용에 대해 자세히 알아보세요.
GitLab에서 관리되는 오브젝트 스토리지 복제 활성화
- GitLab 15.1에서 도입되었습니다.
Secondary 사이트는 로컬 파일 시스템 또는 오브젝트 스토리지에 저장된 파일을 Primary 사이트에서 복제할 수 있습니다.
GitLab 복제를 활성화하려면:
- 왼쪽 사이드바에서 맨 아래로 이동하여 관리자(Admin)를 선택합니다.
- Geo > 노드를 선택합니다.
- Secondary 사이트에서 편집(Edit)을 선택합니다.
- 동기화 설정(Synchronization Settings) 섹션에서 Allow this secondary node to replicate content on Object Storage 확인란을 찾아 활성화합니다.
LFS의 경우, LFS 오브젝트 스토리지 설정을 따르세요.
CI 작업 아티팩트의 경우, 유사한 문서를 참조하여 작업 아티팩트 오브젝트 스토리지 설정을 구성할 수 있습니다.
사용자 업로드의 경우, 업로드 오브젝트 스토리지 설정을 구성하는 유사한 문서가 있습니다.
Primary 사이트의 파일을 오브젝트 스토리지로 마이그레이션하려면 Secondary을 다양한 방법으로 구성할 수 있습니다:
- 동일한 오브젝트 스토리지 사용.
- 별도의 오브젝트 스토어 사용 및 오브젝트 스토리지 솔루션의 내장 복제를 활용.
- 별도의 오브젝트 스토어 사용 및 Allow this secondary node to replicate content on Object Storage 설정을 활성화.
GitLab은 다음 경우를 지원하지 않습니다:
- Primary 사이트가 로컬 스토리지를 사용하는 경우.
- Secondary 사이트가 오브젝트 스토리지를 사용하는 경우.
타사 복제 서비스
Amazon S3를 사용하는 경우, 교차 지역 복제(CRR)를 사용하여 Primary 사이트에서 사용하는 버킷과 Secondary 사이트에서 사용하는 버킷 간에 자동 복제를 할 수 있습니다.
Google Cloud Storage를 사용하는 경우, 멀티 리전 스토리지를 고려할 수 있습니다. 또는 저장 전송 서비스를 사용할 수도 있지만, 이는 일일 동기화만 지원합니다.
수동 동기화 또는 cron
에 의해 예약된 경우는 다음을 참조하세요: