클러스터 인증서가 있는 프로젝트당 여러 클러스터(더 이상 사용되지 않음)
Offering: GitLab.com, GitLab Self-Managed
클러스터 인증서가 있는 단일 프로젝트에 여러 Kubernetes 클러스터를 사용하는 것은 GitLab 14.5에서 더 이상 사용되지 않음으로 표시되었습니다. 프로젝트에 두 개 이상의 Kubernetes 클러스터를 연결할 수 있습니다.
클러스터 인증서가 있는 단일 프로젝트에 여러 Kubernetes 클러스터를 사용하는 것은 GitLab 14.5에서 더 이상 사용되지 않음으로 표시되었습니다. 클러스터를 GitLab에 연결하려면 Kubernetes용 GitLab 에이전트를 사용합니다.
프로젝트에 두 개 이상의 Kubernetes 클러스터를 연결할 수 있습니다. 이렇게 하면 개발, 스테이징, 프로덕션 등 다양한 환경에 대한 다른 클러스터를 가질 수 있습니다. 처음처럼 다른 클러스터를 추가하고 새 클러스터를 나머지와 구별하는 환경 범위를 설정해야 합니다.
환경 범위 설정#
프로젝트에 두 개 이상의 Kubernetes 클러스터를 추가할 때 환경 범위로 구별해야 합니다. 환경 범위는 클러스터를 환경과 연결하는데, 이는 환경별 CI/CD 변수가 작동하는 방식과 유사합니다.
기본 환경 범위는 *로, 환경에 관계없이 모든 job이 해당 클러스터를 사용한다는 의미입니다. 각 범위는 프로젝트에서 단일 클러스터에만 사용할 수 있으며 그렇지 않으면 유효성 검사 오류가 발생합니다. 또한 환경 키워드가 설정되지 않은 job은 클러스터에 접근할 수 없습니다.
예를 들어 프로젝트에 다음과 같은 Kubernetes 클러스터가 있을 수 있습니다:
| 클러스터 | 환경 범위 |
|---|---|
| Development | * |
| Production | 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/
결과:
- Development 클러스터 세부 정보는
deploy to stagingjob에서 사용 가능합니다. - 프로덕션 클러스터 세부 정보는
deploy to productionjob에서 사용 가능합니다. testjob은 환경을 정의하지 않으므로 클러스터 세부 정보를 사용할 수 없습니다.
