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 자체 만 필요할 수 있습니다. Note Gitaly Cluster(Praefect)는 아직 Kubernetes, Amazon ECS 또는 이와 유사한 컨테이너 환경에서 지원되지 않습니다. 자세한 내용은 에픽 6127 을 참고합니다. 요구 사항 # Gitaly Cluster(Praefect)의 최소 권장 구성에는 다음이 필요합니다. 로드 밸런서 1대 PostgreSQL 서버 1대( 지원되는 버전 ) Praefect 노드 3대 Gitaly 노드 3대(기본 1대, 보조 2대) Note 디스크 요구 사항 은 Gitaly 노드에 적용됩니다. Gitaly 노드 중 하나가 변경 RPC 호출 중에 실패하더라도 트랜잭션에 결정권을 가진 표가 남도록, Gitaly 노드는 홀수 개로 구성해야 합니다. 구현 세부 사항은 설계 문서 를 참고합니다. Note 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 Pra