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 비활성화 (선택 사항). Note 디스크 요구 사항 이 Gitaly 노드에 적용됩니다. 네트워크 아키텍처 # 다음 목록은 Gitaly의 네트워크 아키텍처를 설명합니다: GitLab Rails는 저장소를 저장소 스토리지 로 분리합니다. /config/gitlab.yml 에는 스토리지 이름에서 (Gitaly 주소, Gitaly 토큰) 쌍으로의 맵이 포함됩니다. /config/gitlab.yml 의 storage name -> (Gitaly 주소, Gitaly 토큰) 맵이 Gitaly 네트워크 토폴로지의 단일 소스입니다. (Gitaly 주소, Gitaly 토큰) 은 Gitaly 서버에 해당합니다. Gitaly 서버는 하나 이상의 스토리지를 호스팅합니다. Gitaly 클라이언트는 하나 이상의 Gitaly 서버를 사용할 수 있습니다. Gitaly 주소는 모든 Gitaly 클라이언트에 대해 올바르게 확인할 수 있도록 지정해야 합니다. Gitaly 클라이언트는: Puma. Sidekiq. GitLab Workhorse. GitLab Shell. Elasticsear