GitLab 관리형 클러스터 (deprecated)

GitLab 관리형 클러스터 (deprecated)에 대해 설명합니다.

히스토리 GitLab 15.0에서 GitLab Self-Managed에서 비활성화됨 . Feature flag GitLab Self-Managed에서 이 기능은 기본적으로 사용할 수 없습니다. 사용 가능하게 하려면 관리자가 certificate_based_clusters 라는 기능 플래그를 활성화 할 수 있습니다. GitLab이 클러스터를 관리하도록 선택할 수 있습니다. 클러스터가 GitLab에 의해 관리되면 프로젝트에 대한 리소스가 자동으로 생성됩니다. 생성된 리소스에 대한 자세한 내용은 액세스 제어 섹션을 참조하세요. Warning 이 기능은 GitLab 14.5에서 deprecated됨 . 클러스터를 GitLab에 연결하려면 Kubernetes용 GitLab 에이전트 를 사용하세요. 애플리케이션을 관리하려면 Cluster Project Management Template 을 사용하세요. 자체 클러스터를 관리하도록 선택하면 프로젝트별 리소스가 자동으로 생성되지 않습니다. Auto DevOps 를 사용하는 경우 배포 job이 사용할 KUBE_NAMESPACE 배포 변수 를 명시적으로 제공해야 합니다. 그렇지 않으면 네임스페이스가 자동으로 생성됩니다. Warning 네임스페이스 및 서비스 계정과 같이 GitLab이 생성한 리소스를 수동으로 관리하면 예상치 못한 오류가 발생할 수 있습니다. 이런 경우 클러스터 캐시 초기화 를 시도해 보세요. 클러스터 캐시 초기화 # GitLab이 클러스터를 관리하도록 허용하면 GitLab은 프로젝트를 위해 생성하는 네임스페이스와 서비스 계정의 캐시된 버전을 저장합니다. 클러스터에서 이러한 리소스를 수동으로 수정하면 이 캐시가 클러스터와 동기화되지 않을 수 있습니다. 이로 인해 배포 job이 실패할 수 있습니다. 캐시를 초기화하려면: 프로젝트의 Operate > Kubernetes clusters 페이지로 이동하여 클러스터를 선택합니다. Advanced settings 섹션을 펼칩니다. Clear cluster cache 를 선택합니다. 기본 도메인 # 기본 도메인을 지정하면 KUBE_INGRESS_BASE_DOMAIN 이 배포 변수로 자동 설정됩니다. Auto DevOps 를 사용하는 경우 이 도메인이 다양한 Stage에서 사용됩니다. 예를 들어 Auto Review Apps 및 Auto Deploy에서 사용됩니다. 도메인은 Ingress IP 주소로 와일드카드 DNS가 구성되어 있어야 합니다. 다음 중 하나를 선택할 수 있습니다: 도메인 제공자에서 Ingress IP 주소를 가리키는 A 레코드를 생성합니다. nip.io 또는 xip.io 와 같은 서비스를 사용하여 와일드카드 DNS 주소를 입력합니다. 예를 들어 192.168.1.1.xip.io . 외부 Ingress IP 주소 또는 외부 Ingress 호스트명을 확인하려면: 클러스터가 GKE에 있는 경우: Advanced settings 의 Google Kubernetes Engine 링크를 선택하거나 Google Kubernetes Engine 대시보