GitLab CI/CD 인스턴스 구성

GitLab 관리자를 위한 인스턴스 GitLab CI/CD 구성 관리 방법을 설명합니다.

GitLab 관리자는 인스턴스의 GitLab CI/CD 구성을 관리할 수 있습니다. 새 프로젝트에서 GitLab CI/CD 비활성화 # GitLab CI/CD는 인스턴스의 모든 새 프로젝트에서 기본적으로 활성화됩니다. 다음 설정을 수정하여 새 프로젝트에서 CI/CD를 기본적으로 비활성화할 수 있습니다: 자체 컴파일 설치의 경우 gitlab.yml . Linux 패키지 설치의 경우 gitlab.rb . 이미 CI/CD가 활성화된 기존 프로젝트는 변경되지 않습니다. 또한 이 설정은 프로젝트 기본값만 변경하므로 프로젝트 소유자는 프로젝트 설정에서 CI/CD를 활성화 할 수 있습니다. 자체 컴파일 설치의 경우: 편집기로 gitlab.yml 을 열고 builds 를 false 로 설정합니다: ## Default project features settings default_projects_features: issues: true merge_requests: true wiki: true snippets: false builds: false gitlab.yml 파일을 저장합니다. GitLab을 재시작합니다: sudo service gitlab restart Linux 패키지 설치의 경우: /etc/gitlab/gitlab.rb 를 편집하고 다음 줄을 추가합니다: gitlab_rails['gitlab_default_projects_features_builds'] = false /etc/gitlab/gitlab.rb 파일을 저장합니다. GitLab을 재구성합니다: sudo gitlab-ctl reconfigure 재해 복구 # 진행 중인 다운타임 중 데이터베이스의 스트레스를 완화하기 위해 중요하지만 계산 비용이 많이 드는 애플리케이션 일부를 비활성화할 수 있습니다. 인스턴스 러너에서 공정 스케줄링 비활성화 # 많은 양의 job 백로그를 처리할 때, ci_queueing_disaster_recovery_disable_fair_scheduling 기능 플래그 를 일시적으로 활성화할 수 있습니다. 이 플래그는 인스턴스 러너에서 공정 스케줄링을 비활성화하여 jobs/request 엔드포인트의 시스템 리소스 사용을 줄입니다. 활성화되면 job은 여러 프로젝트에 균형을 맞추는 대신 시스템에 추가된 순서대로 처리됩니다. 컴퓨팅 할당량 적용 비활성화 # 인스턴스 러너에서 컴퓨팅 분 할당량 적용을 비활성화하려면, ci_queueing_disaster_recovery_disable_quota 기능 플래그 를 일시적으로 활성화할 수 있습니다. 이 플래그는 jobs/request 엔드포인트의 시스템 리소스 사용을 줄입니다. 활성화되면 지난 한 시간 내에 생성된 job이 할당량을 초과한 프로젝트에서 실행될 수 있습니다. 이전 job은 주기적인 백그라운드 워커( StuckCiJobsWorker )에 의해 이미 취소됩니다.