GitLab Relay (KAS) 설치

GitLab Relay (KAS)를 관리합니다.

GitLab Relay (KAS)는 GitLab과 함께 설치되는 컴포넌트입니다. GitLab과 외부 시스템 간의 양방향 gRPC 통신을 위한 중앙 통신 릴레이 역할을 하며, 다음을 포함합니다: Runner: Job Router 및 Runner Controllers 사용에 필요합니다. Kubernetes 클러스터: Kubernetes용 에이전트 사용에 필요합니다. KAS는 이전에 Kubernetes Agent Server로 알려졌으며, Kubernetes를 넘어 발전된 역할을 반영하기 위해 이름이 변경되었습니다. GitLab Relay (KAS)는 GitLab.com의 wss://kas.gitlab.com 에 설치되어 사용 가능합니다. GitLab Self-Managed를 사용하는 경우 기본적으로 GitLab Relay (KAS)가 설치되어 사용 가능합니다. 설치 옵션 # GitLab 관리자는 GitLab Relay (KAS) 설치를 제어할 수 있습니다: Linux 패키지 설치 의 경우. GitLab Helm 차트 설치 의 경우. Linux 패키지 설치의 경우 # Linux 패키지 설치의 GitLab Relay (KAS)는 단일 노드 또는 여러 노드에서 동시에 활성화할 수 있습니다. 기본적으로 GitLab Relay (KAS)는 활성화되어 ws://gitlab.example.com/-/kubernetes-agent/ 에서 사용 가능합니다. 단일 노드에서 비활성화 # 단일 노드에서 GitLab Relay (KAS)를 비활성화하려면: /etc/gitlab/gitlab.rb 를 편집합니다: gitlab_kas[ 'enable' ] = false GitLab을 재구성 합니다. 여러 노드에서 KAS 활성화 # KAS 인스턴스는 잘 알려진 위치에서 Redis에 개인 주소를 등록하여 서로 통신합니다. 각 KAS는 다른 인스턴스가 도달할 수 있도록 개인 주소 세부 정보를 표시하도록 구성되어야 합니다. 여러 노드에서 KAS를 활성화하려면: 공통 구성 을 추가합니다. 다음 옵션 중 하나에서 구성을 추가합니다: 옵션 1 - 명시적 수동 구성 옵션 2 - 자동 CIDR 기반 구성 옵션 3 - 리스너 구성 기반 자동 구성 GitLab을 재구성 합니다. (선택 사항) 별도의 GitLab Rails 및 Sidekiq 노드가 있는 멀티 서버 환경을 사용하는 경우 Sidekiq 노드에서 KAS를 활성화합니다. 공통 구성 # 각 KAS 노드에서 /etc/gitlab/gitlab.rb 파일을 편집하고 다음 구성을 추가합니다: gitlab_kas_external_url 'wss://kas.gitlab.example.com/' gitlab_kas[ 'api_secret_key' ] = '<32_bytes_long_base64_encoded_value>' gitlab_kas[ 'private_api_secret_key' ] = '<32_bytes_long_base64_encoded_value>' # private_api_listen_address 예시, 하나를