Kubernetes 클러스터를 GitLab에 연결하기

Kubernetes 통합, GitOps, CI/CD, 에이전트 배포 및 클러스터 관리.

Kubernetes 클러스터를 GitLab에 연결하면 클라우드 네이티브 솔루션을 배포하고 관리하며 모니터링할 수 있습니다. Kubernetes 클러스터를 GitLab에 연결하려면 먼저 클러스터에 에이전트를 설치 해야 합니다. 에이전트는 클러스터 안에서 실행되며, 다음 용도로 사용할 수 있습니다. 방화벽이나 NAT 뒤에 있는 클러스터와 통신합니다. 클러스터의 API 엔드포인트에 실시간으로 접근합니다. 클러스터에서 발생하는 이벤트 정보를 전송합니다. 매우 낮은 지연으로 최신 상태를 유지하는 Kubernetes 객체 캐시를 활성화합니다. 에이전트의 목적과 아키텍처에 대한 자세한 내용은 아키텍처 문서 를 참고합니다. GitLab에 연결하려는 모든 클러스터마다 별도의 에이전트를 배포해야 합니다. 에이전트는 강력한 멀티테넌시 지원을 염두에 두고 설계되었습니다. 유지 관리와 운영을 단순하게 유지하려면 클러스터당 에이전트를 하나만 실행합니다. 에이전트는 항상 GitLab 프로젝트에 등록됩니다. 에이전트를 등록하고 설치한 뒤에는 클러스터에 대한 에이전트 연결을 다른 프로젝트, 그룹, 사용자와 공유할 수 있습니다. 이 방식을 사용하면 GitLab에서 직접 에이전트 인스턴스를 관리하고 구성할 수 있으며, 하나의 설치본을 여러 테넌트로 확장할 수 있습니다. GitLab 기능에 대한 지원 Kubernetes 버전 # GitLab은 다음 Kubernetes 버전을 지원합니다. Kubernetes 클러스터에서 GitLab을 실행하려면 다른 버전의 Kubernetes가 필요할 수 있습니다. Helm 차트 의 경우. GitLab Operator 의 경우. Kubernetes 버전은 언제든지 지원되는 버전으로 업그레이드할 수 있습니다. 1.36(GitLab 20.2가 릴리스되거나 1.39가 지원될 때 지원 종료) 1.35(GitLab 19.10이 릴리스되거나 1.38이 지원될 때 지원 종료) 1.34(GitLab 19.7이 릴리스되거나 1.37이 지원될 때 지원 종료) GitLab은 새 Kubernetes 마이너 버전을 최초 릴리스 후 3개월 안에 지원하는 것을 목표로 합니다. GitLab은 언제나 프로덕션에 사용할 수 있는 Kubernetes 마이너 버전을 최소 세 개 지원합니다. 새 Kubernetes 버전이 릴리스되면 다음과 같이 진행됩니다. 약 4주 안에 초기 스모크 테스트 결과가 이 페이지에 반영됩니다. 새 Kubernetes 버전 지원이 지연되면 약 8주 안에 지원 예정 GitLab 버전이 이 페이지에 반영됩니다. 에이전트를 설치할 때는 Kubernetes 버전과 호환되는 Helm 버전을 사용합니다. 다른 버전의 Helm은 동작하지 않을 수 있습니다. 호환 버전 목록은 Helm 버전 지원 정책 을 참고합니다. GitLab이 더 이상 지원하지 않는 Kubernetes 버전에서만 제공되던 API라면, 사용 중단된 API에 대한 지원이 GitLab 코드베이스에서 제거될 수 있습니다. 일부 GitLab 기능은 여기에 없는 버전에서도 동작할 수 있습니다. Kubern