Geo 설정

Tier: Premium, Ultimate Offering: Self-managed

전제 조건

  • 두 개(또는 그 이상)의 독립적으로 작동하는 GitLab 사이트:
    • 하나의 GitLab 사이트는 Geo 기본 사이트로 사용됩니다. 이를 설정하려면 GitLab 참조 아키텍처 문서를 사용하세요. 각 Geo 사이트에 대해 서로 다른 참조 아키텍처 크기를 사용할 수 있습니다. 이미 사용 중인 GitLab 인스턴스가 있다면, 이를 기본 사이트로 사용할 수 있습니다.
    • 두 번째 GitLab 사이트는 Geo 보조 사이트로 사용됩니다. 이를 설정하려면 GitLab 참조 아키텍처 문서를 사용하세요. 로그인하고 테스트하는 것이 좋습니다. 그러나 보조의 모든 데이터는 기본 사이트에서 복제하는 과정의 일환으로 손실된다는 점을 유의하세요.

    참고:
    Geo는 여러 개의 보조를 지원합니다. 동일한 단계를 따라 변경사항을 반영할 수 있습니다.

  • 기본 사이트가 Geo를 활성화하기 위해 GitLab Premium 또는 Ultimate 구독을 보유하고 있는지 확인하세요. 모든 사이트에 대해 하나의 라이센스만 필요합니다.
  • 모든 사이트가 Geo 실행 요건을 충족하는지 확인하세요. 예를 들어, 사이트는 동일한 GitLab 버전을 사용해야 하며, 사이트는 특정 포트를 통해 서로 통신할 수 있어야 합니다.
  • 기본 사이트와 보조 사이트의 스토리지 구성 설정이 일치하는지 확인하세요. 기본 Geo 사이트가 객체 저장소를 사용하는 경우, 보조 Geo 사이트도 이를 사용해야 합니다. 더 많은 정보는 객체 저장소와 함께하는 Geo를 참조하세요.
  • 기본 사이트와 보조 사이트 간의 시계가 동기화되어 있는지 확인하세요. Geo가 올바르게 작동하기 위해서는 동기화된 시계가 필요합니다. 예를 들어, 기본 사이트와 보조 사이트 간의 시계 편차가 1분을 초과하면 복제가 실패합니다.

리눅스 패키지 설치 사용

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

단일 노드 Geo 사이트

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

외부 PostgreSQL 서비스를 사용하는 경우(예: Amazon RDS),
외부 PostgreSQL 서비스를 사용하는 두 개의 단일 노드 사이트를 위한 Geo 설정을 따르세요.

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

다중 노드 Geo 사이트

사이트 중 하나 이상이 40 RPS / 2,000 사용자 참조 아키텍처 또는 그 이상을 사용하고 있는 경우,
여러 노드를 위한 Geo 구성을 참조하세요.

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

참조를 위한 일반 단계

  1. 선택한 PostgreSQL 인스턴스에 따라 데이터베이스 복제를 설정하세요 (primary (read-write) <-> secondary (read-only) 토폴로지):
  2. GitLab 구성하여 기본 및 보조 사이트를 설정하세요.
  3. Geo 사이트 사용 가이드를 따르세요.

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

추가 구성

GitLab을 사용하는 방법에 따라 다음 구성이 필요할 수 있습니다:

모든 Geo 사이트에 대해 하나의 통합된 URL을 사용하기 위해 통합 URL 구성을 수행해야 합니다.

GitLab Charts 사용

GitLab Geo와 함께 GitLab 차트 구성하세요.

Geo 및 자체 컴파일된 설치

자체 컴파일된 GitLab 설치를 사용하는 경우 Geo는 지원되지 않습니다.

설치 후 문서

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