Gitaly 구성

Gitaly 구성에 대해 설명합니다.

Gitaly는 다음 두 가지 방법 중 하나로 구성합니다. Linux package (Omnibus) Helm chart (Kubernetes) Self-compiled (source) /etc/gitlab/gitlab.rb 를 편집하여 Gitaly 설정을 추가하거나 변경합니다. Gitaly 구성 파일 예제 를 참고합니다. 예제 파일의 설정은 Ruby로 변환해야 합니다. 파일을 저장하고 GitLab을 재구성 합니다. Gitaly 차트 를 구성합니다. Helm 릴리스를 업그레이드 합니다. /home/git/gitaly/config.toml 을 편집하여 Gitaly 설정을 추가하거나 변경합니다. Gitaly 구성 파일 예제 를 참고합니다. 파일을 저장하고 GitLab을 재시작 합니다. 다음 구성 옵션도 사용할 수 있습니다. TLS 지원 활성화 RPC 동시성 제한 pack-objects 동시성 제한 Gitaly 토큰 정보 # Gitaly 문서 전반에서 언급하는 토큰은 관리자가 임의로 정하는 비밀번호일 뿐입니다. GitLab API 또는 이와 유사한 웹 API 토큰용으로 생성한 토큰과는 관련이 없습니다. Gitaly를 별도 서버에서 실행 # 기본적으로 Gitaly는 Gitaly 클라이언트와 같은 서버에서 실행되며, 앞서 설명한 대로 구성됩니다. 단일 서버 설치에는 다음에서 사용하는 이 기본 구성이 가장 적합합니다. Linux 패키지 설치 자체 컴파일 설치 다만 Gitaly를 별도 서버에 배포할 수도 있으며, 여러 머신에 걸친 GitLab 설치에서 이점이 될 수 있습니다. Note Gitaly를 별도 서버에서 실행하도록 구성한 경우, Gitaly 서버를 클러스터의 Gitaly 클라이언트보다 먼저 업그레이드 해야 합니다. Gitaly를 별도 서버에 설정하는 과정은 다음과 같습니다. Gitaly 설치 인증 구성 Gitaly 서버 구성 Gitaly 클라이언트 구성 필요하지 않은 곳에서 Gitaly 비활성화 (선택 사항) Note 디스크 요구 사항 은 Gitaly 노드에도 적용됩니다. 네트워크 아키텍처 # 다음 목록은 Gitaly의 네트워크 아키텍처를 설명합니다. GitLab Rails는 리포지터리를 리포지터리 스토리지 로 샤딩합니다. /config/gitlab.yml 에는 스토리지 이름에서 (Gitaly address, Gitaly token) 쌍으로 가는 매핑이 들어 있습니다. /config/gitlab.yml 의 storage name -> (Gitaly address, Gitaly token) 매핑은 Gitaly 네트워크 토폴로지의 단일 진실 공급원(Single Source Of Truth, SSOT)입니다. (Gitaly address, Gitaly token) 쌍 하나는 Gitaly 서버 하나에 해당합니다. Gitaly 서버 하나는 스토리지를 하나 이상 호스팅합니다. Gitaly 클라이언트는 Gitaly 서버를 하나 이상 사용할 수 있습니다. Gitaly 주소는 모든 Gitaly 클라이언트에서 올바르게 확인되도록 지정해야 합니다. Gitaly