Geo 설정

Tier: Premium, Ultimate Offering: Self-managed

전제 조건

  • 독립적으로 작동하는 GitLab 사이트 두 개(또는 그 이상):
    • 하나의 GitLab 사이트는 Geo 주 사이트로 사용됩니다. 이를 설정하려면 GitLab 참조 아키텍처 문서를 참조하세요. 각 Geo 사이트에 대해 서로 다른 참조 아키텍처 크기를 사용할 수 있습니다. 이미 사용 중인 작동 중인 GitLab 인스턴스가 있는 경우 이를 주 사이트로 사용할 수 있습니다.
    • 두 번째 GitLab 사이트는 Geo 보조 사이트로 사용됩니다. 이를 설정하려면 GitLab 참조 아키텍처 문서를 참조하세요. 로그인하여 테스트하는 것이 좋습니다. 그러나 보조 사이트의 데이터는 모두 손실될 수 있습니다. 이는 주 사이트에서 복제하는 과정의 일부입니다.
    note
    Geo는 복수의 보조를 지원합니다. 동일한 단계를 따르고 필요한 경우 변경 사항을 가할 수 있습니다.
  • 주 사이트가 Geo 잠금 해제를 위한 GitLab Premium 또는 Ultimate 구독을 가지고 있는지 확인하세요. 모든 사이트에 대해 하나의 라이선스만 필요합니다.
  • Geo를 실행하기 위한 요구 사항이 모든 사이트에서 충족되었는지 확인하세요. 예를 들어 사이트는 동일한 GitLab 버전을 사용해야 하며, 특정 포트를 통해 서로 통신할 수 있어야 합니다.
  • 주 사이트와 보조 사이트의 리포지터리 구성이 일치하는지 확인하세요. 주 Geo 사이트가 객체 리포지터리를 사용하는 경우, 보조 Geo 사이트도 사용해야 합니다. 자세한 내용은 객체 리포지터리를 사용한 Geo를 참조하세요.
  • 주 사이트와 보조 사이트 간의 시계가 동기화되어 있는지 확인하세요. 동기화된 시계가 Geo가 올바르게 작동하는 데 필요합니다. 예를 들어, 주 사이트와 보조 사이트 간의 클럭 드리프트, Clock Drift가 1분을 초과하면 복제가 실패합니다.

Linux 패키지 설치 사용

GitLab를 Linux 패키지를 사용하여 설치한 경우(강력히 추천), Geo 설치 프로세스는 단일 노드 Geo 사이트 또는 다중 노드 Geo 사이트를 설정해야 하는지에 따라 다릅니다.

단일 노드 Geo 사이트

두 Geo 사이트가 1K 참조 아키텍처를 기반으로 하는 경우, 두 개의 단일 노드 사이트에 Geo 설정을 따르세요.

예를 들어 Amazon RDS와 같은 외부 PostgreSQL 서비스를 사용하는 경우 외부 PostgreSQL 서비스를 이용한 두 개의 단일 노드 사이트에 Geo 설정을 따르세요.

귀하의 GitLab 배포에 따라, LDAP, 객체 리포지터리 및 컨테이너 레지스트리에 대한 추가 구성이 필요할 수 있습니다.

다중 노드 Geo 사이트

귀하의 사이트 중 하나 이상이 2K 참조 아키텍처 또는 그 이상을 사용하는 경우, 여러 노드에 대한 Geo 구성을 참조하세요.

귀하의 GitLab 배포에 따라, LDAP, 객체 리포지터리 및 컨테이너 레지스트리에 대한 추가 구성이 필요할 수 있습니다.

참조를 위한 일반 단계

  1. 당신의 선택에 따라 데이터베이스 복제를 설정하십시오(주(읽기-쓰기) <-> 보조(읽기 전용) 토폴로지):
  2. GitLab을 구성하여 주 사이트 및 보조 사이트를 설정하세요.
  3. Geo 사이트 사용 가이드를 따르세요.

귀하의 GitLab 배포에 따라, LDAP, 객체 리포지터리 및 컨테이너 레지스트리에 대한 추가 구성이 필요할 수 있습니다.

추가 구성

GitLab의 사용 방식에 따라 다음 구성이 필요할 수 있습니다:

당신은 통합 URL을 구성하여 모든 Geo 사이트에 대해 단일 및 통합 URL을 사용해야 합니다.

GitLab Charts 사용

GitLab Chart와 GitLab Geo 구성을 참조하세요.

Geo 및 자체 컴파일 설치

Geo는 자체 컴파일 GitLab 설치 사용 시 지원되지 않습니다.

설치 후 문서

보조 사이트에 GitLab를 설치한 후 초기 구성을 완료하면, 설치 후 정보에 대한 다음 문서를 참조하세요.