InfoGrab DocsInfoGrab Docs

Geo 튜닝

요약

사이트가 백그라운드에서 실행할 수 있는 동시 작업 수를 제한할 수 있습니다. 오른쪽 상단 모서리에서 Admin을 선택합니다. 왼쪽 사이드바에서 Geo > Sites를 선택합니다. 튜닝할 보조 사이트의 Edit를 선택합니다.

사이트가 백그라운드에서 실행할 수 있는 동시 작업 수를 제한할 수 있습니다.

동기화/검증 동시성 값 변경#

기본 사이트에서:

  1. 오른쪽 상단 모서리에서 Admin을 선택합니다.

  2. 왼쪽 사이드바에서 Geo > Sites를 선택합니다.

  3. 튜닝할 보조 사이트의 Edit를 선택합니다.

  4. Tuning settings 아래에 Geo의 성능을 향상시키기 위해 조정할 수 있는 여러 변수가 있습니다:

    • 리포지터리 동기화 동시성 제한
    • 파일 동기화 동시성 제한
    • 컨테이너 리포지터리 동기화 동시성 제한
    • 검증 동시성 제한

동시성 값을 늘리면 예약되는 작업 수가 증가합니다. 그러나 사용 가능한 Sidekiq 스레드 수도 늘리지 않으면 병렬 다운로드가 더 많아지지 않을 수 있습니다. 예를 들어 리포지터리 동기화 동시성을 25에서 50으로 늘리면 Sidekiq 스레드 수도 25에서 50으로 늘리는 것이 좋습니다. 자세한 내용은 Sidekiq 동시성 문서를 참조하세요.

Note

검증 동시성 제한은 모든 데이터 유형을 합쳐 한 사이트에서 동시에 실행되는 검증 job의 총 개수에 대한 단일 전역 제한입니다. 실제 동시성은 설정한 값과 같습니다.

GitLab 19.2 이하에서는 GitLab이 설정된 값을 데이터 유형 수로 나눈 후 적용했기 때문에 실제 동시성이 설정한 값보다 낮았습니다. GitLab 19.3으로 업그레이드하면 GitLab은 각 사이트에 저장된 값을 다시 조정하여 실제 동시성이 업그레이드 전과 거의 동일하게 유지되도록 합니다. 따라서 업그레이드 후에는 저장된 값이 더 낮아질 수 있습니다. 필요에 따라 검토하고 다시 튜닝하세요.

낮은 기본값 튜닝#

새 Geo 사이트를 설정할 때 과도한 부하를 방지하기 위해, GitLab 18.0부터 Geo의 동시성 설정은 대부분의 환경에서 낮은 기본값으로 설정됩니다. 이러한 설정을 늘리려면:

  1. 오른쪽 상단 모서리에서 Admin을 선택합니다.
  2. 왼쪽 사이드바에서 Geo > Sites를 선택합니다.
  3. 너무 느리게 진행되는 데이터 유형을 결정합니다.
  4. 기본 및 보조 사이트의 부하 메트릭을 관찰합니다.
  5. 보수적으로 동시성 제한을 10씩 늘립니다.
  6. 최소 3분 동안 진행 상황 변화와 부하 메트릭을 관찰합니다.
  7. 부하 메트릭이 원하는 최대값에 도달하거나 동기화 및 검증이 원하는 속도로 진행될 때까지 제한 늘리기를 반복합니다.

리포지터리 재검증#

자동 백그라운드 검증을 참조하세요.

Geo 튜닝

GitLab v19.3
Tier: Premium, Ultimate
Offering: GitLab Self-Managed
원문 보기

요약

사이트가 백그라운드에서 실행할 수 있는 동시 작업 수를 제한할 수 있습니다. 오른쪽 상단 모서리에서 Admin을 선택합니다. 왼쪽 사이드바에서 Geo > Sites를 선택합니다. 튜닝할 보조 사이트의 Edit를 선택합니다.

사이트가 백그라운드에서 실행할 수 있는 동시 작업 수를 제한할 수 있습니다.

동기화/검증 동시성 값 변경#

기본 사이트에서:

  1. 오른쪽 상단 모서리에서 Admin을 선택합니다.

  2. 왼쪽 사이드바에서 Geo > Sites를 선택합니다.

  3. 튜닝할 보조 사이트의 Edit를 선택합니다.

  4. Tuning settings 아래에 Geo의 성능을 향상시키기 위해 조정할 수 있는 여러 변수가 있습니다:

    • 리포지터리 동기화 동시성 제한
    • 파일 동기화 동시성 제한
    • 컨테이너 리포지터리 동기화 동시성 제한
    • 검증 동시성 제한

동시성 값을 늘리면 예약되는 작업 수가 증가합니다. 그러나 사용 가능한 Sidekiq 스레드 수도 늘리지 않으면 병렬 다운로드가 더 많아지지 않을 수 있습니다. 예를 들어 리포지터리 동기화 동시성을 25에서 50으로 늘리면 Sidekiq 스레드 수도 25에서 50으로 늘리는 것이 좋습니다. 자세한 내용은 Sidekiq 동시성 문서를 참조하세요.

Note

검증 동시성 제한은 모든 데이터 유형을 합쳐 한 사이트에서 동시에 실행되는 검증 job의 총 개수에 대한 단일 전역 제한입니다. 실제 동시성은 설정한 값과 같습니다.

GitLab 19.2 이하에서는 GitLab이 설정된 값을 데이터 유형 수로 나눈 후 적용했기 때문에 실제 동시성이 설정한 값보다 낮았습니다. GitLab 19.3으로 업그레이드하면 GitLab은 각 사이트에 저장된 값을 다시 조정하여 실제 동시성이 업그레이드 전과 거의 동일하게 유지되도록 합니다. 따라서 업그레이드 후에는 저장된 값이 더 낮아질 수 있습니다. 필요에 따라 검토하고 다시 튜닝하세요.

낮은 기본값 튜닝#

새 Geo 사이트를 설정할 때 과도한 부하를 방지하기 위해, GitLab 18.0부터 Geo의 동시성 설정은 대부분의 환경에서 낮은 기본값으로 설정됩니다. 이러한 설정을 늘리려면:

  1. 오른쪽 상단 모서리에서 Admin을 선택합니다.
  2. 왼쪽 사이드바에서 Geo > Sites를 선택합니다.
  3. 너무 느리게 진행되는 데이터 유형을 결정합니다.
  4. 기본 및 보조 사이트의 부하 메트릭을 관찰합니다.
  5. 보수적으로 동시성 제한을 10씩 늘립니다.
  6. 최소 3분 동안 진행 상황 변화와 부하 메트릭을 관찰합니다.
  7. 부하 메트릭이 원하는 최대값에 도달하거나 동기화 및 검증이 원하는 속도로 진행될 때까지 제한 늘리기를 반복합니다.

리포지터리 재검증#

자동 백그라운드 검증을 참조하세요.