Amazon Web Services(AWS)에 GitLab POC 설치

공식 Linux 패키지를 사용하여 AWS에서 GitLab POC를 구성하는 방법을 안내합니다. VPC, 서브넷, RDS, ElastiCache, Auto Scaling Group 구성을 포함합니다.

이 페이지는 공식 Linux 패키지를 사용하여 AWS에서 GitLab을 구성하는 일반적인 방법을 안내합니다. 필요에 맞게 맞춤 설정하시기 바랍니다. 1,000명 이하의 조직에는 EC2 단일 서버 Linux 패키지 설치 를 시작하고 데이터 백업을 위한 스냅샷 전략을 구현하는 것이 권장 AWS 설치 방법입니다. 자세한 내용은 20 RPS 또는 1,000 사용자 레퍼런스 아키텍처 를 참조하세요. 프로덕션 수준 GitLab 시작하기 # 이 문서는 개념 검증(POC) 인스턴스를 위한 설치 가이드입니다. 레퍼런스 아키텍처가 아니며 고가용성 구성 결과를 제공하지 않습니다. 대신 GitLab Environment Toolkit (GET) 을 사용하는 것을 강력히 권장합니다. 이 가이드를 그대로 따르면 Non-HA 40 RPS 또는 2,000 사용자 레퍼런스 아키텍처 의 2가용 영역 구현 을 축소한 버전과 유사한 POC 인스턴스가 생성됩니다. 2K 레퍼런스 아키텍처는 주로 비용과 복잡성을 낮게 유지하면서 일부 스케일링을 제공하기 위한 것이므로 HA가 아닙니다. 60 RPS 또는 3,000 사용자 레퍼런스 아키텍처 가 GitLab HA를 지원하는 최소 규모입니다. 이 규모는 Git 리포지터리 스토리지를 위한 HA를 달성하기 위해 Gitaly Cluster (Praefect)를 사용하고 삼중 이중화를 지정하는 등 HA를 달성하기 위한 추가 서비스 역할이 있습니다. GitLab은 두 가지 주요 유형의 레퍼런스 아키텍처를 유지 관리하고 테스트합니다. Linux 패키지 아키텍처 는 인스턴스 컴퓨팅에서 구현되고 Cloud Native Hybrid 아키텍처 는 쿠버네티스 클러스터 사용을 최대화합니다. Cloud Native Hybrid 레퍼런스 아키텍처 사양은 Linux 패키지 아키텍처 설명으로 시작하는 레퍼런스 아키텍처 크기 페이지의 부록 섹션입니다. 예를 들어, 60 RPS 또는 3,000 사용자 Cloud Native 레퍼런스 아키텍처는 60 RPS 또는 3,000 사용자 레퍼런스 아키텍처 페이지의 Helm Charts를 사용한 Cloud Native Hybrid 레퍼런스 아키텍처(대안) 하위 섹션에 있습니다. 프로덕션 수준 Linux 패키지 설치 시작하기 # Infrastructure as Code 도구인 GitLab Environment Tool (GET) 은 AWS에서 Linux 패키지를 사용하여 구축할 때, 특히 HA 설정을 목표로 할 때 시작하기 가장 좋은 곳입니다. 모든 것을 자동화하지는 않지만 Gitaly Cluster (Praefect)와 같은 복잡한 설정을 처리합니다. GET은 오픈 소스이므로 누구나 이를 기반으로 구축하고 개선 사항을 기여할 수 있습니다. 프로덕션 수준 Cloud Native Hybrid GitLab 시작하기 # GitLab Environment Toolkit (GET) 은 의견이 반영된 Terraform 및 Ansible 스크립트 세트입니다. 이 스크립트는 선택된 클라우드 공급자에서 Linux 패키지 또는 Cloud Nati