참조 아키텍처 크기 평가

참조 아키텍처 크기 및 구성요소별 조정 정의 가이드.

적절한 참조 아키텍처를 선택하려면 참조 아키텍처를 기반으로 GitLab 환경을 평가하고 크기를 정하는 체계적인 접근법을 사용해야 합니다. 적절한 참조 아키텍처와 필요한 구성요소별 조정을 결정하기 위해 다음 정보를 분석하는 데 도움이 됩니다: 초당 요청 수(RPS) 패턴. 워크로드 특성. 리소스 포화. 시작하기 전에 # 복잡한 환경이 있는 경우 이 정보를 사용하여 적절한 참조 아키텍처를 선택할 수 있습니다. 이 수준의 세부 정보가 필요하지 않을 수 있으며, 덜 복잡한 환경 정보 를 사용하여 환경 크기를 평가할 수 있습니다. Note 전문가의 안내가 필요합니까? 아키텍처를 올바르게 크기를 정하는 것은 최적의 성능을 위해 중요합니다. 저희 Professional Services 팀이 특정 아키텍처를 평가하고 성능, 안정성 및 가용성 최적화를 위한 맞춤형 권장 사항을 제공할 수 있습니다. 이 문서를 따르려면 GitLab 인스턴스와 함께 Prometheus 모니터링이 배포되어 있어야 합니다. Prometheus는 적절한 크기 평가에 필요한 정확한 메트릭을 제공합니다. Prometheus를 아직 구성하지 않은 경우: Prometheus 로 모니터링을 구성합니다. 참조 아키텍처 문서는 각 환경 크기에 대한 Prometheus 구성 세부 정보를 제공합니다. 클라우드 네이티브 GitLab의 경우 메트릭 스크래핑을 구성하기 위해 kube-prometheus-stack Helm 차트를 사용할 수 있습니다. 의미 있는 데이터 패턴을 수집하기 위해 7-14일 동안 데이터를 수집합니다. 이 문서의 나머지 부분을 읽습니다. Prometheus 모니터링을 구성할 수 없는 경우: 크기 추정을 위해 현재 환경 분석 사양을 가장 가까운 참조 아키텍처와 비교합니다. GitLabSOS 또는 KubeSOS 로그를 사용하여 참조 아키텍처 크기를 평가하기 위해 GitLab RPS Analyzer 를 사용합니다. 그러나 이는 메트릭보다 신뢰성이 낮습니다. 다른 플랫폼에서 마이그레이션하는 경우, 기존 GitLab 메트릭 없이 다음 PromQL 쿼리를 적용할 수 없습니다. 그러나 일반적인 평가 방법론은 여전히 유효합니다: 예상 워크로드에 따라 가장 가까운 참조 아키텍처를 추정합니다. 예상 추가 워크로드를 식별합니다. 대규모 저장소의 수를 평가합니다. 성장 계획을 포함합니다. 적절한 버퍼 가 있는 참조 아키텍처를 선택합니다. PromQL 쿼리 실행 # PromQL 쿼리 실행은 사용하는 모니터링 솔루션에 따라 다릅니다. Prometheus 모니터링 문서 에서 언급된 바와 같이, Prometheus에 직접 연결하거나 Grafana 같은 대시보드 도구를 사용하여 모니터링 데이터에 액세스할 수 있습니다. 기준 크기 결정 # 초당 요청 수(RPS)는 GitLab 인프라 크기 결정을 위한 주요 메트릭입니다. 다양한 트래픽 유형(API, 웹, Git 작업)은 서로 다른 구성요소에 부하를 주므로, 실제 용량 요구 사항을 찾기 위해 각각 별도로 분석됩니다. 피크 트래픽 메트릭 추출 # 최대 부하를 이해