InfoGrab DocsInfoGrab Docs

레퍼런스 아키텍처: 최대 200 RPS 또는 10,000명 사용자

고가용성, 데이터베이스 복제 및 인프라 사이징을 갖춘 최대 10,000명 사용자 또는 200 RPS용 GitLab Self-Managed 인스턴스를 배포하고 확장합니다.

이 페이지는 초당 200 요청(RPS)의 최대 부하를 목표로 설계된 GitLab 레퍼런스 아키텍처를 설명합니다. 이는 실제 데이터를 기반으로, 수동 및 자동 사용을 모두 포함한 최대 10,000명 사용자의 일반적인 최대 부하입니다. 전체 레퍼런스 아키텍처 목록은 사용 가능한 레퍼런스 아키텍처 를 참고합니다. Note 이 아키텍처를 배포하기 전에 기본 문서 를 먼저 읽어 보기를 권장합니다. 특히 시작하기 전에 및 사용할 아키텍처 결정 섹션을 읽어야 합니다. 목표 부하 : API: 200 RPS, Web: 20 RPS, Git (Pull): 20 RPS, Git (Push): 4 RPS 고가용성 : 예 ( Praefect 는 HA를 위해 타사 PostgreSQL 솔루션이 필요합니다) 클라우드 네이티브 하이브리드 대안 : 예 어떤 레퍼런스 아키텍처를 사용할지 확실하지 않은 경우 : 자세한 내용은 이 가이드를 참고합니다 서비스 노드 구성 GCP 예시 1 AWS 예시 1 Azure 예시 1 외부 로드 밸런서 2 1 4 vCPU, 3.6 GB 메모리 n1-highcpu-4 c5n.xlarge F4s v2 Consul 3 3 2 vCPU, 1.8 GB 메모리 n1-highcpu-2 c5.large F2s v2 PostgreSQL 3 3 8 vCPU, 30 GB 메모리 n1-standard-8 m5.2xlarge D8s v3 PgBouncer 3 3 2 vCPU, 1.8 GB 메모리 n1-highcpu-2 c5.large F2s v2 내부 로드 밸런서 2 1 4 vCPU, 3.6 GB 메모리 n1-highcpu-4 c5n.xlarge F4s v2 Redis/Sentinel - Cache 4 3 4 vCPU, 15 GB 메모리 n1-standard-4 m5.xlarge D4s v3 Redis/Sentinel - Persistent 4 3 4 vCPU, 15 GB 메모리 n1-standard-4 m5.xlarge D4s v3 Gitaly 5 , 6 3 16 vCPU, 60 GB 메모리 n1-standard-16 m5.4xlarge D16s v3 Praefect 5 3 2 vCPU, 1.8 GB 메모리 n1-highcpu-2 c5.large F2s v2 Praefect PostgreSQL 3 1+ 2 vCPU, 1.8 GB 메모리 n1-highcpu-2 c5.large F2s v2 Sidekiq 7 4 4 vCPU, 15 GB 메모리 n1-standard-4 m5.xlarge D4s v3 GitLab Rails 7 3 32 vCPU, 28.8 GB 메모리 n1-highcpu-32 c5.9xlarge F32s v2 모니터링 노드 1 4 vCPU, 3.6 GB 메모리 n1-highcpu-4 c5.xlarge F4s v2 오브젝트 스토리지 8 - - - - - Note 인스턴스 구성이 필요한 모든 PaaS 솔루션에서는 복원력 있는 클라우드 아키텍처 관행에 맞추어 세 개의 가용 영역에 최소 세 개의 노드를 구현하기를 권장합니다. PlantUML 다이어그램 (83줄