Gitaly Cluster(Praefect) 구성

Gitaly Cluster(Praefect)를 설치하고 구성하는 방법과 요구 사항, PostgreSQL, Praefect 프록시, 로드 밸런서, GitLab 서버 설정 절차를 설명합니다.

Gitaly Cluster(Praefect)는 다음 중 하나를 사용하여 구성합니다: 다음 규모 이하 설치를 위한 참조 아키텍처 에 포함된 Gitaly Cluster(Praefect) 구성 지침: 60 RPS 또는 사용자 3,000명 . 100 RPS 또는 사용자 5,000명 . 200 RPS 또는 사용자 10,000명 . 500 RPS 또는 사용자 25,000명 . 1000 RPS 또는 사용자 50,000명 . 이 페이지에서 이어지는 사용자 정의 구성 지침. 소규모 GitLab 설치에는 Gitaly 자체 만 필요할 수 있습니다. Gitaly Cluster(Praefect)는 아직 쿠버네티스, Amazon ECS 또는 유사한 컨테이너 환경에서 지원되지 않습니다. 자세한 내용은 에픽 6127 을 참조하세요. 요구 사항 # Gitaly Cluster(Praefect)의 최소 권장 구성에 필요한 항목: 로드 밸런서 1대 PostgreSQL 서버 1대( 지원되는 버전 ) Praefect 노드 3대 Gitaly 노드 3대(primary 1대, secondary 2대) 디스크 요구 사항 이 Gitaly 노드에 적용됩니다. 트랜잭션에서 Gitaly 노드 중 하나가 뮤테이팅 RPC 호출 도중 실패할 경우 타이브레이커가 있도록 홀수 개의 Gitaly 노드를 구성해야 합니다. 구현 세부 사항은 설계 문서 를 참조하세요. GitLab에서 설정되지 않은 기능 플래그는 콘솔에서 false로 읽히며, Praefect는 기본값을 사용합니다. 기본값은 GitLab 버전에 따라 다릅니다. 네트워크 지연 및 연결성 # Gitaly Cluster(Praefect)의 네트워크 지연은 이상적으로 한 자릿수 밀리초 단위여야 합니다. 지연은 특히 다음 항목에서 중요합니다: Gitaly 노드 상태 확인. 노드는 1초 이내에 응답할 수 있어야 합니다. 강력한 일관성 을 적용하는 참조 트랜잭션. 지연이 낮을수록 Gitaly 노드가 변경 사항에 더 빠르게 동의할 수 있습니다. Gitaly 노드 간 허용 가능한 지연을 달성하는 방법: 물리적 네트워크에서는 일반적으로 고대역폭, 단일 위치 연결을 의미합니다. 클라우드에서는 일반적으로 교차 가용 영역 복제를 허용하는 동일 리전 내를 의미합니다. 이러한 링크는 이런 유형의 동기화를 위해 설계되었습니다. Gitaly Cluster(Praefect)의 경우 2ms 미만의 지연이면 충분합니다. 원격지 간과 같이 복제를 위한 낮은 네트워크 지연을 제공할 수 없는 경우 Geo를 고려하세요. 자세한 내용은 Geo와의 비교 를 참조하세요. Gitaly Cluster(Praefect) 구성 요소 는 다양한 경로를 통해 서로 통신합니다. Gitaly Cluster(Praefect)가 올바르게 작동하려면 방화벽 규칙에서 다음을 허용해야 합니다: 출발지 목적지 기본 포트 TLS 포트 GitLab Praefect 로드 밸런서 2305 3305 Praefect 로드 밸런서 Praefect 2305 3305 Praefect Gitaly 8075 9999 Praefect