GitLab 성능 모니터링으로 사용자에게 영향을 미치기 전에 성능 병목 현상을 감지하세요. 느린 응답 시간이나 메모리 문제가 발생하면 SQL 쿼리, Ruby 처리 및 시스템 리소스에 대한 자세한 메트릭을 통해 정확한 원인을 파악하세요.

성능 모니터링을 구현하는 관리자는 인스턴스 전체 문제로 확산되기 전에 잠재적인 문제에 대한 즉각적인 알림을 받습니다. 트랜잭션 시간, 쿼리 실행 성능 및 메모리 사용량을 추적하여 조직의 최적 GitLab 성능을 유지하세요.

GitLab 성능 모니터링 구성 방법에 대한 자세한 내용은 다음을 참조하세요:

• Prometheus 문서.
• Grafana 구성.
• 성능 바.

두 가지 유형의 메트릭이 수집됩니다:

1. 트랜잭션 특정 메트릭.
2. 샘플링 메트릭.

트랜잭션 메트릭#

트랜잭션 메트릭은 단일 트랜잭션과 연결할 수 있는 메트릭입니다. 여기에는 트랜잭션 기간, 실행된 SQL 쿼리의 타이밍, HAML 뷰 렌더링에 소요된 시간 등의 통계가 포함됩니다. 이 메트릭은 처리된 모든 Rack 요청 및 Sidekiq 작업에 대해 수집됩니다.

샘플링 메트릭#

샘플링 메트릭은 단일 트랜잭션과 연결할 수 없는 메트릭입니다. 가비지 컬렉션 통계 및 보존된 Ruby 오브젝트가 예시입니다. 이 메트릭은 일정한 간격으로 수집됩니다. 이 간격은 두 부분으로 구성됩니다:

1. 사용자 정의 간격.
2. 간격 위에 추가되는 무작위로 생성된 오프셋으로 동일한 오프셋은 연속으로 두 번 사용할 수 없습니다.

실제 간격은 정의된 간격의 절반에서 간격의 절반 이상 사이일 수 있습니다. 예를 들어 사용자 정의 간격이 15초인 경우 실제 간격은 7.5에서 22.5 사이일 수 있습니다. 간격은 프로세스 수명 동안 한 번 생성하여 재사용하는 대신 모든 샘플링 실행에 대해 재생성됩니다.

사용자 정의 간격은 환경 변수를 통해 지정할 수 있습니다. 다음 환경 변수가 인식됩니다:

• RUBY_SAMPLER_INTERVAL_SECONDS
• DATABASE_SAMPLER_INTERVAL_SECONDS
• ACTION_CABLE_SAMPLER_INTERVAL_SECONDS
• PUMA_SAMPLER_INTERVAL_SECONDS
• THREADS_SAMPLER_INTERVAL_SECONDS
• GLOBAL_SEARCH_SAMPLER_INTERVAL_SECONDS