오브젝트 스토리지를 사용한 Geo

오브젝트 스토리지를 사용한 Geo에 대해 설명합니다.

히스토리 오브젝트 스토리지 검증이 geo_object_storage_verification 이라는 기능 플래그 와 함께 GitLab 16.4에서 도입 되었습니다. 기본적으로 활성화되어 있습니다. Geo는 오브젝트 스토리지(AWS S3 또는 그 밖의 호환 오브젝트 스토리지)와 함께 사용할 수 있습니다. 보조 사이트는 다음 중 하나를 사용할 수 있습니다. 기본 사이트와 동일한 스토리지 버킷. 복제된 스토리지 버킷. 기본 사이트가 로컬 스토리지를 사용하는 경우의 로컬 스토리지. 파일의 스토리지 방식(로컬 또는 오브젝트 스토리지)은 데이터베이스에 기록되며, 데이터베이스는 기본 Geo 사이트에서 보조 Geo 사이트로 복제됩니다. 업로드된 오브젝트에 접근할 때 스토리지 방식(로컬 또는 오브젝트 스토리지)을 데이터베이스에서 가져오므로, 보조 Geo 사이트는 기본 Geo 사이트의 스토리지 방식과 일치해야 합니다. 따라서 기본 Geo 사이트가 오브젝트 스토리지를 사용한다면 보조 Geo 사이트도 오브젝트 스토리지를 사용해야 합니다. 복제 방식은 다음과 같이 선택합니다. GitLab 이 복제를 관리하도록 하려면 GitLab 복제 활성화 를 참고합니다. 서드 파티 서비스가 복제를 관리하도록 하려면 서드 파티 복제 서비스 를 참고합니다. GitLab에서 오브젝트 스토리지를 사용하는 방법에 대한 자세한 내용 을 참고합니다. 오브젝트 스토리지 검증 # Geo는 기본 사이트와 보조 사이트 간 데이터 정합성을 보장하기 위해 오브젝트 스토리지에 저장된 파일을 검증합니다. geo_object_storage_verification 기능 플래그 가 오브젝트 스토리지 검증을 제어하며 기본적으로 활성화되어 있습니다. 운영상의 제어 수단으로, 오브젝트 스토리지 파일 검증이 인스턴스의 데이터베이스 부하나 메모리 사용량을 과도하게 높인다면 이 기능 플래그를 비활성화할 수 있습니다. Warning 오브젝트 스토리지 검증을 비활성화하는 것은 권장하지 않습니다. geo_object_storage_verification 기능 플래그를 비활성화하면 GitLab 이 기존 검증 상태 레코드를 모두 비동기로 삭제합니다. geo_object_storage_verification 기능 플래그가 비활성화되면 다음과 같이 동작합니다. Geo 검증 워커( Geo::VerificationBatchWorker )가 Sidekiq 로그에 계속 나타날 수 있지만 검증은 수행되지 않습니다. 검증 레코드를 정리하는 동안 남은 레코드를 처리하기 위해 워커가 큐에 추가될 수 있습니다. GitLab 관리형 오브젝트 스토리지 복제 활성화 # Warning 문제가 발생하더라도 개별 파일을 수동으로 삭제하지 않습니다. 데이터 불일치 로 이어질 수 있습니다. 보조 사이트는 기본 사이트가 저장한 파일을 로컬 파일 시스템에 저장했는지 오브젝트 스토리지에 저장했는지와 무관하게 복제할 수 있습니다. GitLab 복제를 활성화하려면 다음을 수행합니다. 오른쪽 위 모서리에서 Admin 을 선택합니다. 왼쪽 사이드바에서 Geo > Sites