Helm을 사용하여 GitLab 설치하기

Tier: Free, Premium, Ultimate Offering: Self-Managed

클라우드 네이티브 GitLab Helm 차트를 사용하여 Kubernetes에 GitLab을 설치하세요.

이미 전제 조건이 설치되고 구성되어 있다고 가정하고, helm 명령어를 사용하여 GitLab을 배포할 수 있습니다.

caution
기본 Helm 차트 구성은 프로덕션용으로 사용되지 않습니다. 기본 차트는 모든 GitLab 서비스가 클러스터에 배포되는 개념 증명(PoC) 구현을 생성합니다. 프로덕션 배포에서는 반드시 클라우드 네이티브 하이브리드 참조 아키텍처를 따라야 합니다.

프로덕션 배포에서는 Kubernetes에 대한 강력한 지식이 필요합니다. 이 배포 방법은 전통적인 배포와는 관리, 관측 가능성, 그리고 개념이 다릅니다.

프로덕션 배포에서는:

  • PostgreSQL이나 Gitaly(깃 리포지터리 저장 데이터플레인)과 같은 상태 유지 컴포넌트는 클러스터 외부에서 PaaS 또는 컴퓨팅 인스턴스에서 실행되어야 합니다. 이러한 구성은 프로덕션용 GitLab 환경에서 발견되는 다양한 워크로드를 확장하고 신뢰성 있게 서비스하기 위해 필요합니다.
  • Git 리포지터리 이외의 모든 서비스에 대해 클라우드 PaaS를 사용해야 합니다.

GitLab 인스턴스에 Kubernetes가 필요하지 않은 경우 간단한 대안을 위해 참조 아키텍처를 참조하세요.

Helm 차트를 외부 상태 유지 데이터로 구성하기

GitLab Helm 차트를 구성하여 PostgreSQL, Redis, Git 리포지터리 이외의 모든 서비스 및 Git 리포지터리 저장(Gitaly)와 같은 외부 상태 유지 리포지터리를 가리키도록 구성할 수 있습니다.

다음과 같은 인프라스트럭처의 코드(IaC) 옵션을 사용합니다.

프로덕션 수준의 구현을 위해서는 선택한 참조 아키텍처와 일치하는 사전 구축된 외부 상태 리포지터리를 가리키기 위한 적절한 차트 매개변수를 사용해야 합니다.

참조 아키텍처 사용

Kubernetes에 GitLab 인스턴스를 배포하는 참조 아키텍처는 클라우드 네이티브 하이브리드로 명명된 바 있습니다. 이는 프로덕션 수준의 구현을 위해 모든 GitLab 서비스가 클러스터에서 실행되지 않을 수 있기 때문입니다. 모든 상태 유지 유형 GitLab 컴포넌트는 Kubernetes 클러스터 외부에서 실행되어야 합니다.

사용 가능한 클라우드 네이티브 하이브리드 참조 아키텍처 크기는 참조 아키텍처 페이지에서 확인할 수 있습니다. 예를 들어, 여기서 3,000 사용자용 클라우드 네이티브 하이브리드 참조 아키텍처가 있습니다.

인프라스트럭처의 코드(IaC) 및 빌더 리소스 사용

GitLab은 Helm 차트 및 보조 클라우드 인프라를 구성할 수 있는 인프라스트럭처의 코드를 개발합니다.