프로젝트당 여러 클러스터 및 클러스터 인증서 (폐기됨)
Tier: Free, Premium, Ultimate
Offering: GitLab.com, Self-managed
단일 프로젝트에 대한 여러 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
작업에서는 환경을 정의하지 않았으므로 어떤 클러스터 세부 정보도 사용할 수 없습니다.