Geo 설정

Tier: 프리미엄, 얼티밋 Offering: Self-Managed

전제 조건

  • 독립적으로 작동하는 GitLab 사이트 두 개(또는 그 이상):
    • 하나의 GitLab 사이트는 Geo 주(primary) 사이트로 사용됩니다. GitLab 참조 아키텍처 설명서를 사용하여 이를 설정하십시오. 각 Geo 사이트에 대해 서로 다른 참조 아키텍처 크기를 사용할 수 있습니다. 이미 사용 중인 작동 중인 GitLab 인스턴스가 있는 경우 해당 인스턴스를 주 사이트로 사용할 수 있습니다.
    • 두 번째 GitLab 사이트는 Geo 보조(secondary) 사이트로 사용됩니다. GitLab 참조 아키텍처 설명서를 사용하여 이를 설정하십시오. 로그인하여 테스트하는 것이 좋습니다. 그러나 모든 보조 사이트의 데이터는 주 사이트에서 복제 프로세스의 일부로 손실될 수 있음을 유의하십시오.
    note
    Geo는 여러 개의 보조 사이트를 지원합니다. 동일한 단계를 따르고 필요에 따라 변경할 수 있습니다.
  • 주 사이트가 Geo 잠금 해제를 위해 GitLab 프리미엄 또는 얼티밋 구독을 확인하십시오. 모든 사이트에 대해 라이선스가 하나만 필요합니다.
  • 모든 사이트에서 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 인스턴스를 선택한 기반으로 데이터베이스 복제를 설정하십시오(주(읽기-쓰기) <-> 보조(읽기 전용) 위상):
  2. GitLab을 구성하여 주 및 보조 사이트를 설정하십시오.
  3. Geo 사이트 사용법에 따라 진행하십시오.

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

추가 구성

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

모든 Geo 사이트에 대해 단일 통일된 URL을 사용하려면 통일된 URL 설정을 구성하십시오.

GitLab Charts 사용

GitLab 차트를 GitLab Geo와 구성하십시오.

Geo 및 자체 컴파일 설치

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

설치 후 문서

보조 사이트에 GitLab를 설치하고 초기 구성을 수행한 후 설치 후 정보를 위한 다음 설명서를 참조하십시오.