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)에 의해 이미 취소됩니다.