GitLab Self-managed 구독

Tier: Premium, Ultimate
Offering: Self-managed

GitLab을 구독한 후 Self-managed 구독의 세부 정보를 관리할 수 있습니다.

Self-managed 구독 획득

GitLab을 GitLab Self-managed 설치용으로 구독하려면 다음을 수행합니다:

  1. 고객 포털로 이동하여 GitLab Self-managed 플랜을 구매합니다.
  2. 구매 후, 활성화 코드가 고객 포털 계정과 연결된 이메일 주소로 전송됩니다. 이 코드를 귀하의 GitLab 인스턴스에 추가해야 합니다.
note
기존 무료 GitLab Self-managed 인스턴스를 위해 구독을 구매하는 경우, 사용자를 커버하기 위해 충분한 좌석을 구매했는지 확인하세요.

구독 좌석

GitLab Self-managed 구독은 하이브리드 모델을 사용합니다. 구독 기간 동안 사용 가능한 사용자의 최대 수에 따라 구독 요금을 지불합니다. 오프라인이 아니거나 폐쇄 네트워크가 아닌 경우, GitLab Self-managed 설치의 동시 사용자 최대 수가 매 분기마다 확인됩니다.

인스턴스가 분기별 사용 보고를 생성할 수 없는 경우 기존 true up 모델이 사용됩니다. 분기별 사용 보고서가 없으면 비례적 요금 부과가 불가능합니다.

사용자 총계 보기

인스턴스의 사용자 수를 보고 구독으로 구매한 수량을 초과하는지 확인합니다.

  1. 왼쪽 사이드바에서 맨 아래에서 관리자 영역을 선택합니다.
  2. 사용자를 선택합니다.

사용자 디렉터리이 표시됩니다.

청구 가능 사용자

청구 가능 사용자는 구독으로 구매한 구독 좌석 수에 포함됩니다.

사용자가 다음 조건 중 하나 이상을 충족하는 경우 청구 가능 사용자로 계산되지 않습니다:

청구 가능 사용자의 수는 매일 관리자 영역에서 보고됩니다.

최대 사용자

최대 사용자 수는 현재 라이선스 기간의 청구 가능 사용자 최고 고점을 나타냅니다.

구독 초과 사용자

구독 초과 사용자 수는 구독이 허용하는 수를 초과한 사용자 수를 나타냅니다. 이 수는 현재 구독 기간을 반영합니다.

예를 들어:

  • 구독이 100명의 사용자를 허용하고
  • 최대 사용자가 150명인 경우,

이 값은 50이 됩니다.

최대 사용자 값이 100 이하인 경우, 이 값은 0입니다.

시험 라이선스는 항상 구독 초과 사용자에 대해 0을 표시합니다.

GitLab 인스턴스에 사용자를 추가한 경우 라이선스에 허용된 사용자보다 더 많은 금액을 결제해야 하며, 이는 갱신 시에 지불되어야 합니다.

갱신 프로세스 중에 이러한 사용자를 추가하지 않은 경우 라이선스 키가 작동하지 않습니다.

무료 게스트 사용자

Tier: Ultimate
Offering: GitLab.com, Self-managed, GitLab Dedicated

Ultimate 티어에서 게스트 역할을 할당받은 사용자는 좌석을 소비하지 않습니다. 해당 사용자는 인스턴스의 다른 곳에서 다른 역할을 할당받은 경우가 없어야 합니다.

  • 프로젝트가 비공개이거나 내부적인 경우, 게스트 역할을 가진 사용자는 일련의 권한을 갖습니다.
  • 프로젝트가 공개인 경우, 게스트 역할을 가진 모든 사용자는 프로젝트에 액세스할 수 있습니다.
  • 사용자의 최고 할당 역할은 비동기적으로 업데이트되어 일부 시간이 소요될 수 있습니다.
note
사용자가 프로젝트를 생성하는 경우, 해당 사용자는 Maintainer 또는 Owner 역할이 할당됩니다. 관리자로서 사용자가 프로젝트를 생성하는 것을 방지하려면 사용자를 외부로 표시할 수 있습니다.

사용자 및 구독 좌석 관리 팁

사용자 수와 구독 좌석 수를 관리하는 것은 다음과 같은 도전일 수 있습니다:

  • LDAP 통합이 활성화된 경우, 구성된 도메인의 누구나 GitLab 계정에 가입할 수 있습니다. 이로 인해 갱신 시 예상치 못한 청구가 발생할 수 있습니다.
  • 인스턴스에 가입이 활성화된 경우, 해당 인스턴스에 액세스할 수 있는 누구나 계정에 가입할 수 있습니다.

GitLab에는 사용자 수를 관리하는 데 도움이 되는 다양한 기능이 있습니다:

구독 데이터 동기화

  • GitLab 14.1에서 소개됨.

구독 데이터는 Self-managed 인스턴스와 GitLab 간에 자동으로 동기화될 수 있습니다. 구독 데이터 동기화를 활성화하려면 다음이 필요합니다:

  • GitLab 엔터프라이즈 에디션 (EE), 버전 14.1 이상.
  • 인터넷에 연결되어 있어야 하며 오프라인 환경이 아니어야 합니다.
  • 활성화된 인스턴스가 활성화되어 있어야 합니다.

인스턴스가 활성화되고 데이터가 동기화되면 다음과 같은 프로세스가 자동화됩니다:

  • 분기별 구독 조정.
  • 구독 갱신.
  • 좌석 추가 또는 GitLab 티어 업그레이드와 같은 구독 업데이트.

대략 03:00 UTC에 매일 동기화 작업이 고객 포털로 구독 데이터를 전송합니다. 이러한 이유로 업데이트와 갱신이 즉시 적용되지 않을 수 있습니다.

데이터는 암호화된 HTTPS 연결을 통해 customers.gitlab.com의 443 포트로 안전하게 전송됩니다. 작업이 실패하면 약 17시간 동안 최대 12회까지 다시 시도됩니다.

구독 데이터

매일 동기화 작업은 고객 포털로 다음과 같은 정보만 보냅니다:

  • 날짜
  • 타임스탬프
  • 라이선스 키
    • 회사 이름 (라이선스 키 내에서 암호화됨)
    • 라이선스 소유자 이름 (라이선스 키 내에서 암호화됨)
    • 라이선스 소유자 이메일 (라이선스 키 내에서 암호화됨)
  • 최대 사용자 수 기록
  • 요금 부과 대상 사용자 수
  • GitLab 버전
  • 호스트명
  • 인스턴스 ID

라이선스 동기화 요청의 예시: 

{
  "gitlab_version": "14.1.0-pre",
  "timestamp": "2021-06-14T12:00:09Z",
  "date": "2021-06-14",
  "license_key": "eyJkYXRhIjoiYlR2MFBPSEJPSnNOc1plbGtFRGZ6MEx1mWWhyM1Y3NWFOU0Zj\nak1xTmtLZHU1YzJJUWJzZzVxT3FQRU1PXG5KRzErL2ZNd0JuKzBwZmQ3YnY4\nTkFrTDFsMFZyQi9NcG5DVEdkTXQyNT
  R3NlR0ZEc0MjBoTTVna2VORlVcbjAz\nbUgrNGl5N0NuenRhZlljd096RnUzd2JIWEZ3NzV2V2lqb3FuQ3RYZWppWVFU\neDdESkgwSUIybFJhZlxuY2k0Mzl3RWlKYjltMkJoUzExeGIwWjN3Uk90ZGp1\nNXNNT3dtL0Vtc3lzWVowSHE3ekFILzBjZ2FXSXVQXG5ENWJwcHhOZzRlcFhr\neFg0K3d6Zkw3cHRQTTJMTGdGb2Vwai90S0VJL0ZleXhxTEhvaUc2NzVIbHRp\nVlRcbnYzY090bmhsdTMrc0VGZURJQ3VmcXFFUS9ISVBqUXRhL3ZTbW9SeUNh\nSjdDTkU4YVJnQTlBMEF5OFBiZlxuT0VORWY5WENQVkREdUMvTTVCb25ReENv\nK0FrekFEWWJ6VGZLZ1dBRjgzUXhyelJWUVJGTTErWm9TeTQ4XG5VaWdXV0d4\nQ2graGtoSXQ1eXdTaUFaQzBtZGd2aG1YMnl1KzltcU9WMUxRWXE4a2VSOHVn\nV3BMN1VFNThcbnMvU3BtTk1JZk5YUHhOSmFlVHZqUz\nWdjlqMVZ6ODFQQnFx\nL1phaTd6MFBpdG5NREFOVnpPK3h4TE5CQ1xubGtacHNRdUxTZmtWWEZVUnB3\nWTZtWGdhWE5GdXhURjFndWhyVDRlTE92bTR3bW1ac0pCQnBkVWJIRGNyXG5z\nUjVsTWJxZEVUTXJNRXNDdUlWVlZCTnJZVTA2M2dHblc4eVNXZTc0enFUcW1V\nNDBrMUZpN3RTdzBaZjBcbm16UGNYV0RoelpkVk02cWR1dTl0Q1VqU05tWWlU\nOXlwRGZFaEhXZWhjbm50RzA5UWVjWEM5em52Y1BjU1xueFU0MDMvVml5R3du\nQXNMTHkyajN5b3hhTkJUSWpWQ1BMUjdGeThRSEVnNGdBd0x6RkRHVWg1M0Qz\nMHFRXG55eWtXdHNHN3VBREdCNmhPODFJanNSZnEreDhyb2ZpVU5JVXo4NCtD\nezCB5UMfbVwS0K1lBI7G3US9KUHdxcJgAlVieKuP3ZPzUuADBlfR9rqLDO5f\n6c0fNuBXG6Mz9AAn.PbYpiLmw"
  "max_historical_user_count": 75,
  "billable_users_count": 75,
  "hostname": "gitlab.example.com",
  "instance_id": "9367590b-82ad-48cb-9da7-938134c29088"
}

구독 상세 정보 매뉴얼 동기화

언제든지 구독 세부 정보를 매뉴얼으로 동기화할 수 있습니다.

  1. 왼쪽 사이드바에서 가장 아래에서 관리 영역(Admin Area)을 선택합니다.
  2. 구독(Subscription)을 선택합니다.
  3. 구독 세부 정보 섹션에서 구독 세부 정보 동기화를 선택합니다.

작업이 대기열에 추가됩니다. 작업이 완료되면 구독 세부 정보가 업데이트됩니다.

구독 정보 보기

관리자인 경우 구독 상태를 볼 수 있습니다:

  1. 왼쪽 사이드바에서 가장 아래에서 관리 영역(Admin Area)을 선택합니다.
  2. 구독(Subscription)을 선택합니다.

구독(Subscription) 페이지에는 다음 세부 정보가 포함됩니다:

  • 라이선스 소유자
  • 플랜
  • 업로드된 날짜, 시작된 날짜, 만료된 날짜

또한 다음 정보가 표시됩니다:

필드 설명
라이선스 사용자 시스템에 로드된 현재 라이선스의 유저 수입니다. 현재 구독 기간 동안 좌석을 추가하지 않는 이상 수가 변경되지 않습니다.
요금 청구 사용자 시스템에서 매일 청구되는 사용자 수입니다. 차단, 비활성화 또는 사용자를 추가하면 수가 변경될 수 있습니다.
최대 사용자 수 시스템에서 라이선스의 유효 기간 동안에 최대로 등록된 사용자 수입니다.
구독 초과 사용자 수 현재 라이선스 기간 동안 최대 사용자 수 - 구독 사용자로 계산됩니다. 이 수는 갱신 전에 지불해야 하는 적자 요금이 발생합니다.

라이선스 사용량 내보내기

관리자인 경우 라이선스 사용량을 CSV로 내보낼 수 있습니다:

  1. 왼쪽 사이드바에서 가장 아래에서 관리 영역(Admin Area)을 선택합니다.
  2. 구독(Subscription)을 선택합니다.
  3. 오른쪽 상단 모서리에서 라이선스 사용량 파일 내보내기를 선택합니다.

이 파일에는 GitLab이 분기 재조정이나 갱신을 매뉴얼으로 처리하는 데 사용하는 정보가 포함되어 있습니다. 만약 인스턴스가 방화벽으로 보호되어 있거나 오프라인 환경이라면, 이 정보를 GitLab에 제공해야 합니다.

라이선스 사용량 CSV는 다음 세부 정보를 포함합니다:

  • 라이선스 키
  • 라이선스 이메일
  • 라이선스 시작 날짜
  • 라이선스 만료 날짜
  • 회사
  • 생성된 시간(파일 내보내기 시간)
  • 기간 동안 각 날짜의 사용자 수에 대한 이력 테이블:
    • 수를 기록한 타임스탬프
    • 청구 가능한 사용자 수
note
  • 모든 날짜 타임스탬프는 UTC로 표시됩니다.
  • CSV 파일에서 날짜 및 시간에 대해 사용자 정의 형식이 사용됩니다.
caution
라이선스 사용량 파일을 열지 마십시오. 파일을 열면 라이선스 사용량 데이터를 제출할 때 실패할 수 있습니다.

구독 갱신

구독 만료 15일 전부터 구독을 갱신할 수 있습니다. 구독을 갱신하려면:

  1. 계정을 검토하여 갱신 준비합니다.
  2. GitLab Self-managed 구독을 갱신합니다.

계정을 검토하여 갱신 준비

고객 포털은 구독을 갱신하고 수정하는 데 사용하는 도구입니다. 갱신을 진행하기 전에, 로그인하고 청구 계정 설정으로 이동합니다. 다음을 확인하거나 업데이트합니다:

  • 결제 수단 섹션에 등록된 신용 카드.
  • 회사 정보 섹션에 있는 송장 연락처 세부 정보.
note
고객 포털에 액세스하는 데 도움이 필요하거나 구독을 관리하는 연락 담당자를 변경해야 하는 경우 지원 팀에 문의하십시오.

사용자 계정을 정기적으로 검토하는 것이 중요합니다. 왜냐하면:

  • 오래된 사용자 계정은 요금 청구 가능한 사용자로 간주될 수 있습니다. 사용자를 너무 많이 갱신하면 의도한 것보다 더 많은 금액을 지불할 수 있습니다.
  • 오래된 사용자 계정은 보안 위험이 될 수 있습니다. 정기적 검토는 이러한 위험을 줄이는 데 도움이 됩니다.

구독 초과 사용자

GitLab 구독은 특정 좌석 수에 대한 유효성을 갖습니다. 구독 기간 동안 구독 사용자_에서 시작하는 _최대 사용자_의 수가 초과하는 사용자 수입니다. 이 수의 사용자는 갱신 전에 지불해야 합니다. 이 과정을 _True Up 프로세스라고 합니다.

구독 초과 사용자 수를 보려면 관리 영역으로 이동합니다.

구독 초과 사용자 예시

10명의 사용자에 대한 구독을 구매합니다.

이벤트 청구 가능한 사용자 최대 사용자
열 명의 사용자가 모든 10개 좌석을 차지합니다. 10 10
두 명의 새 사용자가 합류합니다. 12 12
세 명의 사용자가 떠나고 그 계정이 차단됩니다. 9 12
네 명의 새 사용자가 합류합니다. 13 13

구독 초과 사용자 = 13 - 10 (최대 사용자 - 라이선스 사용자)

구독에 좌석 추가

라이선스 사용자 수는 구독 기간 동안 언제든지 좌석을 추가하여 증가시킬 수 있습니다. 구독 기간 중 좌석을 추가한 경우 비용은 구매일부터 구독 기간 종료까지 비례하여 계산됩니다.

구독에 좌석을 추가하려면:

  1. 고객 포털에 로그인합니다.
  2. 구매 관리 페이지로 이동합니다.
  3. 해당 구독 카드에서 좌석 추가를 선택합니다.
  4. 추가 사용자 수를 입력합니다.
  5. 구매 요약 섹션을 검토합니다. 시스템은 시스템의 모든 사용자에 대한 총 가격과 이미 지불한 금액에 대한 신용을 나열합니다. 순 변경에 대해서만 청구됩니다.
  6. 결제 정보를 입력합니다.
  7. 좌석 구매를 선택합니다.

결제 영수증이 이메일로 발송되며, 송장 보기에서도 확인할 수 있습니다.

구독이 활성화된 경우 추가 좌석이 인스턴스에 즉시 반영됩니다. 라이선스 파일을 사용 중인 경우 업데이트된 파일을 받습니다. 좌석을 추가하려면 라이선스 파일을 인스턴스에 추가하십시오.

구독 매뉴얼으로 갱신하기

구독 만료 30일 전부터 GitLab 사용자 인터페이스에서 관리자에게 만료일이 표시되는 배너가 나타납니다.

갱신하는 동안 다음 단계를 따라야 합니다:

  1. 갱신일 이전에 사용자 차단을 통해 비활성화된 사용자나 원하지 않는 사용자를 정리합니다.
  2. 다가오는 구독에서 사용자 성장이 필요한지 확인합니다.

  3. 고객 포털에 로그인하여 기존 구독 아래 갱신을 선택합니다. 갱신 버튼은 구독 만료 15일 전에만 표시됩니다. 구독 만료 전 15일 이상 남았다면 구독 작업 ()을 선택한 다음 구독 갱신을 선택하여 갱신할 수 있는 날짜를 확인합니다.

    note
    GitLab 티어를 변경해야 하는 경우 고객 포털에서는 할 수 없으므로 지원을 받기 위해 판매 담당팀에게 문의해야 합니다.
  4. 첫 상자에 다가오는 해에 필요한 총 사용자 라이선스 수를 입력합니다. 이 숫자는 갱신 시점에 시스템에서 비과금 사용자의 수와 적어도 동일하거나 더 많아야 합니다.
  5. 두 번째 상자에 이전 구독 기간에 발생한 사용자 초과량에 대한 사용자 초과량을 입력합니다.
  6. 갱신 세부 정보를 검토하고 결제 프로세스를 완료합니다.
  7. 갱신 기간의 활성화 코드는 관련 구독 카드의 구매 관리 페이지에 있습니다. 활성화 코드 복사를 선택하여 복사합니다.
  8. 활성화 코드를 인스턴스에 추가합니다.

갱신을 위한 송장이 생성되어 송장 보기 페이지에서 볼 수 있고 다운로드할 수 있습니다. 갱신 프로세스 중에 어려움이 있으면 지원 팀에 문의하십시오.

구독 자동 갱신

구독이 자동 갱신으로 설정된 경우, 서비스가 중단되지 않도록 만료일(UTC 자정)에 자동으로 갱신됩니다. 고객 포털을 통해 구매한 구독은 기본적으로 자동 갱신됩니다.

사용자 라이선스 수는 갱신 시점에 인스턴스의 과금 사용자 수와 비교하여 조정됩니다. 자동 갱신 전, 최소한 갱신일 이전 2일 전에 갱신을 준비하여 변경 사항이 갱신까지 동기화되도록 GitLab에서 시간을 제공해야 합니다. 구독 데이터 동기화를 활성화해야만 구독을 자동 갱신할 수 있습니다.

고객 포털 송장 보기 페이지에서 갱신 송장을 볼 수 있고 다운로드할 수 있습니다. 내 계정에 저장된 신용 카드가 있는 경우 송장 금액으로 결제됩니다. 결제를 처리하지 못하거나 자동 갱신이 다른 이유로 실패하는 경우, 14일 내에 구독을 갱신해야 하며 그 후 GitLab 티어가 다운그레이드됩니다.

이메일 알림

구독이 자동으로 갱신되는 15일 전에 갱신 정보가 포함된 이메일이 발송됩니다.

  • 신용 카드 만료 시, 이메일에서 업데이트하는 방법이 안내됩니다.
  • 미해결된 초과 사용 또는 다른 이유로 구독이 자동 갱신되지 않는 경우, 이메일에서 판매 팀 또는 고객 포털에서 갱신하도록 안내됩니다.
  • 문제가 없는 경우, 이메일에 갱신되는 제품의 이름과 수량이 명시됩니다. 이메일에는 지불해야 하는 총 금액도 표시됩니다. 갱신 전 사용량이 증가되거나 감소하면 이 금액이 변경될 수 있습니다.

자동 구독 갱신 활성화 또는 비활성화

자동 구독 갱신을 보거나 변경하려면 (이전 기간과 동일한 티어에서), 고객 포털에 로그인한 후:

  • 구독 카드에 만료 날짜라고 표시되면 구독이 자동으로 갱신되지 않습니다. 자동 갱신을 활성화하려면 구독 작업 ()에서 자동 갱신 켜기를 선택합니다.
  • 구독 카드에 날짜에 자동 갱신이라고 표시되면 구독이 기간이 끝나면 자동으로 갱신됩니다. 자동 갱신을 취소하려면 구독 작업 ()에서 구독 취소를 선택합니다.

갱신 프로세스 중에 어려움이 있으면 지원 팀에 문의하십시오.

좌석 수를 줄여 갱신하기

갱신할 수 있는 좌석 수가 현재 구독 수량보다 같거나 더 많으면, 좌석 수를 줄여 구독을 갱신할 수 있습니다:

  1. 좌석 수를 높게 갱신하지 않으려면 자동 갱신 해제하여 갱신을 피합니다.
  2. 구독 갱신일로부터 15일 이내에 매뉴얼 갱신하여 원하는 좌석 수를 지정합니다.
  3. 판매 팀과 협력하여 구독을 갱신합니다.

구독 티어 업그레이드

GitLab 티어를 업그레이드하려면:

  1. 고객 포털에 로그인합니다.
  2. 관련 구독 카드에서 업그레이드를 선택합니다.
  3. 원하는 업그레이드를 선택합니다.
  4. 활성 지불 방식을 확인하거나 새 지불 방식을 추가합니다.
  5. 개인정보 처리방침과 서비스 약관에 동의합니다 확인란을 선택합니다.
  6. 구매를 선택합니다.

다음이 이메일로 발송됩니다:

  • 결제 영수증. 송장 보기에서 이 정보에도 액세스할 수 있습니다.
  • 라이선스를 위한 새로운 활성화 코드.

활성화 코드를 인스턴스에 추가합니다. 새로운 티어는 새 라이선스가 활성화될 때 적용됩니다.

구독에 연락처 추가 또는 변경

연락처는 구독을 갱신하거나 취소하거나 구독을 다른 네임스페이스로 이전할 수 있습니다.

고객 포털 계정의 소유권을 다른 사람에게 이전하는 방법에 대한 정보는 프로필 소유자 정보 변경을 참조하세요.

고객 포털에 사용자의 보조 연락처를 추가하려면:

  1. 추가하려는 사용자를 위해 고객 포털 계정이 있는지 확인하세요.
  2. 요청에 관련 자료를 첨부하여 지원팀에 티켓을 생성하세요.

구독 만료

라이선스가 만료되면 GitLab은 Git 푸시와 이슈 생성과 같은 기능을 잠급니다. 그 후에, 인스턴스가 읽기 전용이 되고 만료 메시지가 모든 관리자에게 표시됩니다.

GitLab Self-managed 인스턴스의 경우, 이러한 경우가 발생하기 전에 14일의 유예 기간이 있습니다.

  • 기능을 다시 활성화하려면 새 라이선스를 활성화하세요.
  • 무료 기능으로 되돌아 가려면 만료된 라이선스를 삭제하세요.

라이선스 파일 또는 키 활성화

라이선스 파일 또는 키가 있는 경우, 관리자 영역에서 활성화할 수 있습니다.

지원팀에 연락

또한 모든 사용자들에게 우리의 프로젝트 트래커를 검색하고 이미 알려진 문제와 GitLab 프로젝트에서 기존 기능 요청을 확인할 것을 장려합니다.

이러한 문제는 특정 제품 계획에 대한 업데이트를 받거나 관련 GitLab 팀 멤버들과 직접 소통하는 최상의 방법입니다.

리포지터리

Self-managed 인스턴스의 리포지터리 및 전송 양은 응용 프로그램 제한이 없습니다. 관리자는 기본 인프라 비용을 책임지며 리포지터리 크기 제한을 설정할 수 있습니다.

문제 해결

구독 데이터 동기화 실패

동기화 작업이 작동하지 않는 경우 GitLab 인스턴스에서 IP 주소 172.64.146.11:443 및 104.18.41.245:443(customers.gitlab.com)로부터의 네트워크 트래픽을 허용하는지 확인하세요.

신용카드 거부

GitLab 구독 구매 시 신용카드가 거부되면 가능한 이유는 다음과 같습니다:

  • 제공된 신용카드 세부 정보가 잘못되었습니다.
  • 신용카드 계정에 충분한 자금이 없습니다.
  • 가상 신용카드를 사용하고 자금이 부족하거나 만료되었습니다.
  • 거래가 신용 한도를 초과했습니다.
  • 거래가 신용카드의 최대 거래 금액을 초과했습니다.

이러한 이유가 해당되지 않는지 금융 기관과 확인하세요. 해당되지 않으면 GitLab 지원에 문의하세요.

일일 및 역사적 청구 사용자 확인

관리자는 GitLab 인스턴스에서 일일 및 역사적 청구 사용자 디렉터리을 얻을 수 있습니다.

  1. Rails 콘솔 세션을 시작하세요.

  2. 인스턴스의 사용자 수를 세어보세요: 

    User.billable.count

  3. 지난 1년 동안 인스턴스에서 역사적으로 최대 사용자 수를 얻으세요: 

    ::HistoricalData.max_historical_user_count(from: 1.year.ago.beginning_of_day, to: Time.current.end_of_day)

일일 청구 및 역사적 사용자 업데이트

관리자는 GitLab 인스턴스의 일일 및 역사적 청구 사용자를 매뉴얼으로 업데이트할 수 있습니다.

  1. Rails 콘솔 세션을 시작하세요.

  2. 일일 청구 사용자를 강제로 업데이트하세요: 

    identifier = Analytics::UsageTrends::Measurement.identifiers[:billable_users]
::Analytics::UsageTrends::CounterJobWorker.new.perform(identifier, User.minimum(:id), User.maximum(:id), Time.zone.now)

  3. 역사적 최대 청구 사용자를 강제로 업데이트하세요: 

    ::HistoricalDataWorker.new.perform