GitLab 자체 관리 구독

Tier: 프리미엄, 얼티메이트 Offering: Self-Managed

GitLab을 구독한 후에는 자체 관리 구독 내역을 관리할 수 있습니다.

자체 관리 구독 획득

GitLab을 GitLab 자체 관리 설치용으로 구독하려면 다음을 수행하세요:

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

구독 좌석

GitLab 자체 관리 구독은 하이브리드 모델을 사용합니다. 구독 기간 동안 최대 사용자 수에 따라 구독을 결정합니다. 오프라인이나 닫힌 네트워크가 아닌 인스턴스의 경우, GitLab 자체 관리 설치의 동시 사용자 최대 수가 매 분기마다 확인됩니다.

인스턴스가 분기별 사용 보고서를 생성할 수 없는 경우, 기존의 재랩 모델이 사용됩니다. 분기별 사용 보고서가 없는 경우 비례 요금 청구가 불가능합니다.

사용자 총계 보기

인스턴스의 사용자 수를 보고 구독으로 지불된 수를 초과하는지 확인하세요.

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

사용자 목록이 표시됩니다.

요금 부과 사용자

요금 부과 사용자는 구독에서 구매한 좌석 수에 포함됩니다.

사용자가 요금 부과 사용자로 세어지지 않는 경우:

요금 부과 사용자의 수는 관리 영역에서 매일 보고됩니다.

최대 사용자

최대 사용자 수는 현재 라이선스 기간의 요금 부과 사용자 최고점을 반영합니다.

구독을 초과하는 사용자

구독을 초과하는 사용자 수는 구독으로 허용된 사용자 수를 초과한 사용자 수를 표시합니다. 이 수는 현재 구독 기간을 반영합니다.

예를 들어:

  • 구독이 100 사용자를 허용하고
  • 최대 사용자가 150이면,

이 값은 50이 됩니다.

최대 사용자 값이 100보다 작거나 같으면, 이 값은 0입니다.

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

GitLab 인스턴스에 사용자를 추가하는 경우 라이선스된 사용자보다 많은 요금을 갱신 시에 지불해야 합니다.

갱신 프로세스 중에 이러한 사용자들을 추가하지 않으면 라이선스 키가 작동하지 않을 것입니다.

무료 게스트 사용자

Tier: 얼티메이트 Offering: GitLab.com, 자체 관리, GitLab Dedicated

얼티메이트 티어에서 게스트 역할을 지정받은 사용자는 좌석을 사용하지 않습니다. 사용자는 인스턴스의 다른 곳에 어떤 역할도 지정받지 않아야 합니다.

  • 만약 프로젝트가 비공개 또는 내부적이라면, 게스트 역할을 가진 사용자는 일련의 권한을 가지고 있습니다.
  • 만약 프로젝트가 공개적이라면, 게스트 역할을 가진 모든 사용자는 프로젝트에 접근할 수 있습니다.
  • 사용자의 가장 높은 지정 역할은 비동기적으로 업데이트되며 업데이트에는 시간이 소요될 수 있습니다.
note
사용자가 프로젝트를 생성하면, 유지보수자 또는 소유자 역할을 지정받습니다. 관리자로서 사용자를 외부 사용자로 표시하여 프로젝트 생성을 막을 수 있습니다.

사용자 및 구독 좌석 관리 팁

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

  • LDAP 통합이 활성화된 경우, 구성된 도메인의 모든 사용자가 GitLab 계정에 가입할 수 있습니다. 이는 갱신 시 예상치 못한 요금이 발생할 수 있습니다.
  • 인스턴스에서 가입이 활성화된 경우, 인스턴스에 액세스할 수 있는 모든 사람이 계정에 가입할 수 있습니다.

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

구독 데이터 동기화

  • GitLab 14.1에서 도입되었습니다.

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

  • GitLab Enterprise Edition (EE), 14.1 버전 이상.
  • 인터넷에 연결되어 있어야 하며 오프라인 환경이 아니어야 함.
  • 활성화 코드로 인스턴스를 활성화함. Activated

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

대략 03:00 UTC에 매일 동기화 작업이 구독 데이터를 Customers Portal로 보냅니다. 이로 인해 업데이트 및 갱신이 즉시 적용되지 않을 수 있습니다.

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

구독 데이터

매일 동기화 작업은 Customers Portal로 다음만 정보를 보냅니다:

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

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

{
  "gitlab_version": "14.1.0-pre",
  "timestamp": "2021-06-14T12:00:09Z",
  "date": "2021-06-14",
  "license_key": "eyJkYXRhIjoiYlR2MFBPSEJPSnNOc1plbGtFRGZ6M
  Ex1mWWhyM1Y3NWFOU0Zj\nak1xTmtLZHU1YzJJUWJzZzVxT3FQRU1PXG5
  KRzErL2ZNd0JuKzBwZmQ3YnY4\nTkFrTDFsMFZyQi9NcG5DVEdkTXQyNT
  R3NlR0ZEc0MjBoTTVna2VORlVcbjAz\nbUgrNGl5N0NuenRhZlljd096R
  nUzd2JIWEZ3NzV2V2lqb3FuQ3RYZWppWVFU\neDdESkgwSUIybFJhZlxu
  Y2k0Mzl3RWlKYjltMkJoUzExeGIwWjN3Uk90ZGp1\nNXNNT3dtL0Vtc3l
  zWVowSHE3ekFILzBjZ2FXSXVQXG5ENWJwcHhOZzRlcFhr\neFg0K3d6Zk
  w3cHRQTTJMTGdGb2Vwai90S0VJL0ZleXhxTEhvaUc2NzVIbHRp\nVlRcb
  nYzY090bmhsdTMrc0VGZURJQ3VmcXFFUS9ISVBqUXRhL3ZTbW9SeUNh\n
  SjdDTkU4YVJnQTlBMEF5OFBiZlxuT0VORWY5WENQVkREdUMvTTVCb25Re
  ENv\nK0FrekFEWWJ6VGZLZ1dBRjgzUXhyelJWUVJGTTErWm9TeTQ4XG5V
  aWdXV0d4\nQ2graGtoSXQ1eXdTaUFaQzBtZGd2aG1YMnl1KzltcU9WMUx
  RWXE4a2VSOHVn\nV3BMN1VFNThcbnMvU3BtTk1JZk5YUHhOSmFlVHZqUz
  lXdjlqMVZ6ODFQQnFx\nL1phaTd6MFBpdG5NREFOVnpPK3h4TE5CQ1xub
  GtacHNRdUxTZmtWWEZVUnB3\nWTZtWGdhWE5GdXhURjFndWhyVDRlTE92
  bTR3bW1ac0pCQnBkVWJIRGNyXG5z\nUjVsTWJxZEVUTXJNRXNDdUlWVlZ
  CTnJZVTA2M2dHblc4eVNXZTc0enFUcW1V\nNDBrMUZpN3RTdzBaZjBcbm
  16UGNYV0RoelpkVk02cWR1dTl0Q1VqU05tWWlU\nOXlwRGZFaEhXZWhjb
  m50RzA5UWVjWEM5em52Y1BjU1xueFU0MDMvVml5R3du\nQXNMTHkyajN5
  b3hhTkJUSWpWQ1BMUjdGeThRSEVnNGdBd0x6RkRHVWg1M0Qz\nMHFRXG5
  5eWtXdHNHN3VBREdCNmhPODFJanNSZnEreDhyb2ZpVU5JVXo4NCtD\nem
  Z1V1Q0K1l1VndPTngyc1l0TU5cbi9WTzlaaVdPMFhtMkZzM2g1NlVXcGI
  y\nSUQzRnRlbW5vZHdLOWU4L0tiYWRESVRPQmgzQnIxbDNTS2tHN1xuQ3
  hpc29D\nNGh4UW5mUmJFSmVoQkh6eHV1dkY5aG11SUsyVmVDQm1zTXZCY
  nZQNGdDbHZL\ndUExWnBEREpDXG41eEhEclFUd3E1clRYS2VuTjhkd3BU
  SnVLQXgvUjlQVGpy\ncHJLNEIzdGNMK0xIN2JKcmhDOTlabnAvLzZcblZ
  HbXk5SzJSZERIcXp3U2c3\nQjFwSmFPcFBFUHhOUFJxOUtnY2hVR0xWMF
  d0Rk9vPVxuIiwia2V5IjoiUURM\nNU5paUdoRlVwZzkwNC9lQWg5bFY0Q
  3pkc2tSQjBDeXJUbG1ZNDE2eEpPUzdM\nVXkrYXRhTFdpb0lTXG5sTWlR
  WEU3MVY4djFJaENnZHJGTzJsTUpHbUR5VHY0\ndWlSc1FobXZVWEhpL3h
  vb1J4bW9XbzlxK2Z1OGFcblB6anp1TExhTEdUQVdJ\nUDA5Z28zY3JCcz
  ZGOEVLV28xVzRGWWtUUVh2TzM0STlOSjVHR1RUeXkzVkRB\nc1xubUdRe
  jA2eCtNNkFBM1VxTUJLZXRMUXRuNUN2R3l3T1VkbUx0eXZNQ3JX\nSWVQ
  TElrZkJwZHhPOUN5Z1dCXG44UkpBdjRSQ1dkMlFhWVdKVmxUMllRTXc5\
  nL29LL2hFNWRQZ1pLdWEyVVZNRWMwRkNlZzg5UFZrQS9mdDVcbmlETWlh
  YUZz\nakRVTUl5SjZSQjlHT2ovZUdTRTU5NVBBMExKcFFiVzFvZz09XG4
  iLCJpdiI6\nImRGSjl0YXlZWit2OGlzbGgyS2ZxYWc9PVxuIn0=\n",
  "max_historical_user_count": 75,
  "billable_users_count": 75,
  "hostname": "gitlab.example.com",
  "instance_id": "9367590b-82ad-48cb-9da7-938134c29088"
}

구독 세부정보 수동 동기화

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

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

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

구독 확인

관리자인 경우 구독 상태를 확인할 수 있습니다.

  1. 왼쪽 사이드바에서 아래쪽에 있는 관리 영역을 선택합니다.
  2. 구독을 선택합니다.

구독 페이지에는 다음과 같은 세부정보가 포함됩니다:

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

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

필드 설명
라이선스 사용자 수 시스템에 로드된 현재 라이선스로 지불한 사용자 수입니다. 현재 구독 기간 동안 좌석을 추가하지 않는 이상 숫자가 변경되지 않습니다.
과금 가능한 사용자 수 시스템의 과금 가능한 사용자의 일일 카운트입니다. 차단, 비활성화, 또는 사용자를 추가함에 따라 수가 변경될 수 있습니다.
최대 사용자 수 시스템에서 로드된 라이선스 기간 동안의 과금 가능한 사용자의 최대 수입니다.
구독 중인 사용자 수 초과 현재 라이선스 기간에 대해 최대 사용자 수 - 구독 중인 사용자 수로 계산됩니다. 이 숫자에는 갱신 전에 지불해야 하는 소급 청구가 포함됩니다.

라이선스 사용 내역 내보내기

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

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

이 파일에는 GitLab이 분기 결산이나 갱신을 수동으로 처리하는 데 사용하는 정보가 포함되어 있습니다. 인스턴스가 방화벽으로 보호되어 있거나 오프라인 환경인 경우 이 정보를 GitLab에 제공해야 합니다.

라이선스 사용 CSV에는 다음과 같은 세부정보가 포함되어 있습니다:

  • 라이선스 키
  • 라이선스 소유자 이메일
  • 라이선스 시작 날짜
  • 라이선스 만료 날짜
  • 회사
  • 생성된 시간(파일이 내보내진 시점의 타임스탬프)
  • 기간 내 매일 사용자 수에 대한 히스토리 테이블:
    • 레코드된 수를 기록한 타임스탬프
    • 과금 가능한 사용자 수

참고: - 모든 날짜 타임스탬프는 협정 세계시(UTC)로 표시됩니다. - CSV 파일에서는 날짜와 시간에 대해 사용자 정의 형식이 사용됩니다.

경고: 라이선스 사용 파일을 열지 마십시오. 파일을 열면 라이선스 사용 데이터를 제출할 때 오류가 발생할 수 있습니다.

구독 갱신

구독 갱신은 구독 만료일로부터 15일 전부터 시작할 수 있습니다. 구독을 갱신하려면 다음을 수행하세요:

  1. 계정을 검토하여 갱신 준비합니다.
  2. GitLab 온프레미스 구독을 갱신합니다.

갱신 준비를 위한 계정 검토

고객 포털은 구독을 갱신하고 수정하는 데 사용하는 도구입니다. 갱신을 계획하기 전에 로그인하여 결제 수단 섹션의 신용카드 및 회사 정보 섹션의 송장 연락처 세부정보를 확인하거나 업데이트합니다.

참고: 고객 포털에 액세스하는 데 도움이 필요하거나 구독을 관리하는 연락 담당자를 변경해야 하는 경우 지원팀에 문의하십시오.

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

  • 낡은 사용자 계정은 과금 가능한 사용자로 간주될 수 있습니다. 너무 많은 사용자를 대상으로 갱신하게 되면 원하는 것보다 더 많은 비용이 발생할 수 있습니다.
  • 낡은 사용자 계정은 보안 위험이 될 수 있습니다. 정기적인 검토는 이러한 위험을 줄이는 데 도움이 됩니다.

구독 수에 대한 사용자 초과

GitLab 구독은 특정 좌석 수에 대한 유효 기간이 있습니다. 현재 구독 기간 동안 구독 중인 사용자 수를 초과하는 최대 사용자 수의 수가 사용자 초과 구독 수입니다. 갱신 전이나 갱신 시에 이 사용자 수에 대한 금액을 납부해야 합니다. 이를 유효화 프로세스라고 합니다.

사용자 초과 구독 수를 확인하려면 관리 영역으로 이동하십시오.

사용자 초과 구독 예시

여러분은 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일 전보다 더 많은 시간이 남아 있다면, 구독 작업 ()을 선택한 후 구독 갱신을 선택하여 언제 갱신할 수 있는지 확인하십시오.

    참고: 만약 GitLab 티어를 변경해야 하는 경우, 고객 포털에서는 이를 수행할 수 없으므로 판매 연락처 양식을 통해 판매 팀에 문의하세요.

  4. 첫 번째 상자에 다가오는 1년 동안 필요한 총 사용자 라이선스 수를 입력합니다. 해당 숫자가 갱신 수행 시점의 시스템의 요금 부과 사용자 수와 같거나 그 이상인지 확인하세요.
  5. 이전 구독 기간에 초과된 사용자 초과의 수를 두 번째 상자에 입력하십시오.
  6. 갱신 상세를 검토하고 결제 프로세스를 완료합니다.
  7. 갱신 기간의 활성화 코드는 관련 구독 카드의 구매 관리 페이지에서 이용할 수 있습니다. 활성화 코드 복사를 선택하여 복사본을 얻을 수 있습니다.
  8. 활성화 코드를 인스턴스에 추가하세요.

갱신을 위한 청구서가 작성되어 있으며, 청구서 보기 페이지에서 확인하거나 다운로드할 수 있습니다. 갱신 프로세스 중에 문제가 발생하는 경우, 지원팀에 문의하여 지원을 받을 수 있습니다.

구독 자동 갱신

구독을 자동 갱신으로 설정하면, 만료 일자에 (UTC 기준 자정에) 자동으로 갱신되어 서비스 중단 없이 지속됩니다. Customers Portal을 통해 구매된 구독은 기본적으로 자동 갱신됩니다.

갱신 시점에 사용자 라이선스 수는 현재 구독 수량보다 높을 경우, 변경 사항이 GitLab과 동기화되도록 하기 위해 갱신 전 최소 2일 전에 갱신을 준비해야 합니다. 구독을 자동 갱신하려면, 구독 데이터 동기화를 활성화해 두어야 합니다.

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

이메일 알림

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

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

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

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

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

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

좌석 수를 줄여 갱신하기

갱신 기간에 좌석 총 수가 갱신 시점의 청구 가능한 사용자 수와 동일하거나 그 이상인 경우, 좌석 수를 줄이는 여러 옵션이 있습니다:

  1. 더 높은 좌석 수로 갱신하지 않으려면 자동 갱신 끄기를 선택합니다.
  2. 갱신 날짜로부터 15일 이내에 수동으로 갱신하여 원하는 좌석 수를 지정합니다.
  3. 판매팀과 협의하여 구독을 갱신합니다.

구독 등급 업그레이드

귀하의 GitLab 등급을 업그레이드하려면:

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

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

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

활성화 코드를 인스턴스에 추가하면 새로운 등급이 적용됩니다.

구독 연락처 추가 또는 변경

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

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

구독에 대한 보조 연락처를 추가하려면:

  1. 추가할 사용자에 대해 고객 포털에 계정이 있는지 확인합니다.
  2. 지원팀에 지원 티켓을 생성합니다. 요청에 관련 자료를 포함합니다.

구독 만료

라이선스가 만료되면 GitLab은 Git 푸시 및 이슈 생성과 같은 기능을 제한합니다. 그런 다음 인스턴스는 읽기 전용이 되며 만료 메시지가 모든 관리자에게 표시됩니다.

GitLab 자체 관리형 인스턴스의 경우, 이러한 일이 발생하기 전에 14일의 유예 기간이 주어집니다.

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

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

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

지원팀 연락

모든 사용자에게 현재 알려진 문제 및 기존 기능 요청에 대한 프로젝트 추적기를 검색하는 것을 권장합니다. GitLab 프로젝트에서는 특정 제품 계획에 대한 업데이트를 얻거나 관련 GitLab 팀원과 직접 소통하는 데 가장 좋은 방법입니다.

저장소

자체 관리형 인스턴스의 저장소와 전송 양에는 응용 프로그램 제한이 없습니다. 관리자는 기본 인프라 비용을 부담하며 저장소 크기 제한을 설정할 수 있습니다.

문제 해결

구독 데이터 동기화 실패

동기화 작업이 작동하지 않는 경우, 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