프로젝트 당 여러 개의 클러스터 및 클러스터 인증서 (사용 중지)

Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-managed
  • GitLab 10.3에서 소개됨
  • GitLab Premium에서 13.2에서 GitLab Free로 이동.
  • GitLab 14.5에서 사용 중지.
caution
단일 프로젝트에 대해 여러 Kubernetes 클러스터 사용은 GitLab 14.5에서 클러스터 인증서와 함께 사용 중지되었습니다. 클러스터를 GitLab에 연결하려면 GitLab 에이전트를 사용하세요.

프로젝트에 여러 개의 Kubernetes 클러스터를 연결할 수 있습니다. 이렇게 하면 개발, 스테이징, 프로덕션 등 다른 환경을 위해 다른 클러스터를 가질 수 있습니다. 처음과 같이 다른 클러스터를 추가하고 환경 범위 설정을 구분하는지 확인하세요.

환경 범위 설정

프로젝트에 여러 개의 Kubernetes 클러스터를 추가할 때는 환경 범위로 구분해야 합니다. 환경 범위는 환경와 클러스터를 연결하는 방식이며, 환경별 CI/CD 변수의 동작 방식과 유사합니다.

기본 환경 범위는 *로, 모든 작업이 해당 클러스터를 사용하게 됩니다. 각 범위는 프로젝트 내에서 단일 클러스터에만 사용할 수 있으며 그렇지 않을 경우 유효성 검사 오류가 발생합니다. 또한 환경 키워드가 설정되지 않은 작업은 어떤 클러스터에도 액세스할 수 없습니다. 예를 들어, 프로젝트에 다음과 같은 Kubernetes 클러스터가 있다고 가정해봅시다:

클러스터 환경 범위
개발 *
프로덕션 production

그리고 .gitlab-ci.yml 파일에 다음과 같은 환경이 설정되어 있다고 가정해봅시다: 

stages:
  - test
  - deploy

test:
  stage: test
  script: sh test

deploy to staging:
  stage: deploy
  script: make deploy
  environment:
    name: staging
    url: https://staging.example.com/

deploy to production:
  stage: deploy
  script: make deploy
  environment:
    name: production
    url: https://example.com/

결과:

  • staging 작업에는 개발 클러스터 세부 정보가 있습니다.
  • production 작업에는 프로덕션 클러스터 세부 정보가 있습니다.
  • test 작업에는 어떤 환경도 정의되지 않았기 때문에 클러스터 세부 정보가 없습니다.