사용자에게 Kubernetes 접근 권한 부여

사용자에게 Kubernetes 접근 권한 부여에 대해 설명합니다.

히스토리 GitLab 17.0에서 에이전트 연결 공유 한도가 100에서 500으로 상향되었습니다. GitLab 18.3에서 user_access 파라미터 access_as 가 선택 사항으로 변경 되었습니다. 기본값은 에이전트 가장입니다. GitLab 18.4에서 서로 다른 최상위 그룹에 속한 프로젝트와 그룹도 인가할 수 있도록 변경 되었습니다. 조직의 Kubernetes 클러스터 관리자는 특정 프로젝트나 그룹의 구성원에게 Kubernetes 접근 권한을 부여할 수 있습니다. 접근 권한을 부여하면 해당 프로젝트나 그룹에서 Kubernetes 대시보드 도 함께 활성화됩니다. GitLab Self-Managed 인스턴스에서는 다음 중 하나를 반드시 충족해야 합니다. GitLab 인스턴스와 KAS 를 같은 도메인에 호스팅합니다. KAS를 GitLab의 하위 도메인에 호스팅합니다. 예를 들어 GitLab은 gitlab.com , KAS는 kas.gitlab.com 에 둡니다. Kubernetes 접근 구성 # 사용자에게 Kubernetes 클러스터 접근 권한을 부여하려면 접근을 구성합니다. 사전 요구 사항: Kubernetes 클러스터에 Kubernetes용 에이전트가 설치되어 있어야 합니다. Developer 이상의 권한이 있어야 합니다. 접근을 구성하려면 다음 단계를 수행합니다. 에이전트 구성 파일에서 다음 파라미터와 함께 user_access 키워드를 정의합니다. projects : 구성원에게 접근 권한을 부여할 프로젝트 목록입니다. 최대 500개 프로젝트를 인가할 수 있습니다. groups : 구성원에게 접근 권한을 부여할 그룹 목록입니다. 최대 500개 그룹을 인가할 수 있습니다. 해당 그룹과 모든 하위 그룹에 접근 권한이 부여됩니다. access_as : 에이전트 ID로 접근하는 경우 값은 { agent: {...} } 입니다. 인스턴스 수준 인가 애플리케이션 설정이 활성화된 경우가 아니라면, 인가된 프로젝트와 그룹은 에이전트 구성 프로젝트와 같은 최상위 그룹 또는 사용자 네임스페이스에 속해야 합니다. 접근을 구성하면 요청이 에이전트 서비스 계정을 사용하여 API 서버로 전달됩니다. 예를 들면 다음과 같습니다. # .gitlab/agents/my-agent/config.yaml user_access: access_as: agent: {} projects: - id: group-1/project-1 - id: group-2/project-2 groups: - id: group-2 - id: group-3/subgroup 사용자 가장으로 접근 구성 # Kubernetes 클러스터에 접근 권한을 부여하고, 인증된 사용자의 요청을 가장 요청으로 변환할 수 있습니다. 사전 요구 사항: Kubernetes 클러스터에 Kubernetes용 에이전트가 설치되어 있어야 합니다. Developer 이상의 권한이 있어야 합니다. 사용자 가장으로 접근을 구성하려면 다음 단계를 수행합니다. 에이전트 구성 파일에서 다음 파라미터와 함께 user_access 키