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

Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-managed
  • GitLab 10.3에서 소개됨
  • GitLab Premium에서 GitLab Free로 13.2에서 이동.
  • GitLab 14.5에서 사용 중지.

경고: 프로젝트 당 여러 Kubernetes 클러스터 및 클러스터 인증서 사용이 GitLab 14.5에서 사용 중지되었습니다. 클러스터를 GitLab에 연결하려면 GitLab 에이전트를 사용하십시오.

프로젝트에 둘 이상의 Kubernetes 클러스터를 연결할 수 있습니다. 이렇게 하면 개발, 스테이징, 프로덕션 등과 같이 다른 환경에 대해 서로 다른 클러스터를 가질 수 있습니다. 처음과 마찬가지로 첫 번째 클러스터와 유사하게 다른 클러스터를 추가하고 환경 범위 설정로 새 클러스터를 나머지와 구별할 수 있도록 하세요.

환경 범위 설정

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

기본 환경 범위는 *로, 이는 환경에 관계없이 모든 작업이 해당 클러스터를 사용한다는 것을 의미합니다. 각 범위는 프로젝트의 한 클러스터에만 사용할 수 있으며, 그렇지 않은 경우 유효성 검사 오류가 발생합니다. 또한 환경 키워드가 설정되지 않은 작업은 어떠한 클러스터에도 액세스할 수 없습니다.

예를 들어, 프로젝트에 다음과 같은 Kubernetes 클러스터가 있는 경우:

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

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

stages:
  - test
  - deploy

test:
  stage: test
  script: sh test

staging으로 배포:
  stage: deploy
  script: make deploy
  environment:
    name: staging
    url: https://staging.example.com/

프로덕션으로 배포:
  stage: deploy
  script: make deploy
  environment:
    name: production
    url: https://example.com/

결과:

  • staging으로 배포 작업에서는 개발 클러스터 세부 정보를 사용할 수 있습니다.
  • 프로덕션으로 배포 작업에서는 프로덕션 클러스터 세부 정보를 사용할 수 있습니다.
  • test 작업에서는 환경이 정의되지 않았기 때문에 어떠한 클러스터 세부 정보도 사용할 수 없습니다.