- 셀프 관리형 구독 얻기
- GitLab 사용자를 청구하는 방법
- 사용자 보기
- 사용자 및 구독 좌석 관리
- 구독 데이터 동기화
- 구독 보기
- 라이센스 사용 내보내기
- 구독 갱신
- 구독 티어 업그레이드
- 구독을 위한 연락처 추가 또는 변경
- 구독 만료
- 저장소
GitLab 셀프 관리형 구독
GitLab에 가입하면 셀프 관리형 구독의 세부 정보를 관리할 수 있습니다.
문제가 발생하면 문제 해결 페이지를 참조하세요.
셀프 관리형 구독 얻기
GitLab 셀프 관리형 설치를 위해 GitLab에 가입하려면:
-
가격 페이지로 가서 셀프 관리형 플랜을 선택하세요.
구매를 완료하기 위해 고객 포털로 리디렉션됩니다. - 구매 후, 고객 포털 계정과 연결된 이메일 주소로 활성화 코드가 발송됩니다.
이 코드를 GitLab 인스턴스에 추가해야 합니다.
사용자를 포괄할 수 있는 충분한 좌석을 구매하는지 확인하세요.
GitLab 사용자를 청구하는 방법
GitLab 셀프 관리형 구독은 하이브리드 모델을 사용합니다.
구독 기간 동안 활성화된 최대 사용자 수에 따라 구독료를 지불합니다.
오프라인이 아니거나 닫힌 네트워크에 있는 인스턴스의 경우,
GitLab 셀프 관리형 설치의 최대 동시 사용자 수는 매 분기 확인됩니다.
인스턴스가 분기별 사용량 보고서를 생성할 수 없는 경우,
기존의 true up 모델이 사용됩니다.
분기별 사용량 보고서 없이 비율에 따른 비용 청구는 불가능합니다.
청구 가능한 사용자
청구 가능한 사용자는 구독에서 구매한 구독 좌석 수에 포함됩니다.
청구 가능한 사용자의 수는 현재 구독 기간 동안
사용자를 차단, 비활성화 또는 추가할 때 변경됩니다.
사용자는 다음 경우에 청구 가능한 사용자로 계산되지 않습니다:
-
비활성화되거나
차단된 경우. - 승인 대기 중인 경우.
- 셀프 관리형 Ultimate 구독 또는 GitLab.com 구독에서
최소 액세스 역할만 있는 경우. - Ultimate 구독에서 게스트 또는 최소 액세스 역할만 있는 경우.
- Ultimate 구독에서 프로젝트 또는 그룹 구성원이 아닌 경우.
- 계정이 GitLab에서 생성한 계정인 경우:
- 고스트 사용자.
- 다음과 같은 봇:
- 지원 봇.
- 프로젝트의 봇 사용자.
- 그룹의 봇 사용자.
- 기타 내부 사용자.
청구 가능한 사용자 수는 관리자 영역에서 하루에 한 번 보고됩니다.
라이센스의 사용자
시스템에 로드된 현재 라이센스에서 지불한 사용자 수.
현재 구독 기간 동안 좌석을 추가하지 않는 한 숫자는 변경되지 않습니다.
최대 사용자
최대 사용자 수는
현재 라이센스 기간 동안 시스템에서 청구 가능한 사용자 수의 최고치를 반영합니다.
구독 초과 사용자
GitLab 구독은 특정 수의 좌석에 유효합니다.
구독 초과 사용자 수는 현재 구독 기간 동안 구독에서 허용되는 수를 초과하는 사용자 수를 나타냅니다.
현재 라이센스 기간에 대해 최대 사용자
- 구독 사용자
로 계산됩니다. 예를 들어, 10명의 사용자에 대한 구독을 구매한다고 가정합니다.
이벤트 | 청구 가능한 사용자 | 최대 사용자 |
---|---|---|
10명의 사용자가 모든 10개의 좌석을 차지합니다. | 10 | 10 |
2명의 새로운 사용자가 가입합니다. | 12 | 12 |
3명의 사용자가 퇴사하고 그들의 계정이 차단됩니다. | 9 | 12 |
4명의 새로운 사용자가 가입합니다. | 13 | 13 |
구독 초과 사용자 = 13 - 10 (최대 사용자 - 라이센스 내 사용자)
시험 라이센스의 경우 구독 초과 사용자 수치는 항상 0입니다.
구독 초과 사용자 수치가 0보다 높다면, 귀하의 GitLab 인스턴스에 라이센스가 허용하는 것보다 더 많은 사용자가 있다는 것을 의미합니다. 추가 사용자에 대한 요금을 갱신 전 또는 갱신 시에 지불해야 합니다. 이를 true up 프로세스라고 합니다. 이를 수행하지 않으면 라이센스 키가 작동하지 않습니다.
구독 초과 사용자 수를 보려면 관리자 영역으로 이동하십시오.
무료 게스트 사용자
세부 정보: Tier: Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated
Ultimate 계층에서는 게스트 역할이 할당된 사용자가 좌석을 소모하지 않습니다. 사용자는 인스턴스의 다른 역할이 할당되지 않아야 합니다.
- 프로젝트가 비공식 또는 내부인 경우, 게스트 역할이 있는 사용자는 일련의 권한을 갖습니다.
- 프로젝트가 공개인 경우, 게스트 역할을 가진 사용자를 포함한 모든 사용자가 프로젝트에 접근할 수 있습니다.
- 사용자의 가장 높은 할당된 역할은 비동기적으로 업데이트되며 업데이트되는 데 시간이 걸릴 수 있습니다.
참고: 사용자가 프로젝트를 생성하면, 유지 관리자 또는 소유자 역할이 할당됩니다. 사용자가 프로젝트를 생성하지 못하게 하려면 관리자로서 사용자를 외부로 표시할 수 있습니다.
사용자 보기
인스턴스의 사용자 목록을 보세요:
- 왼쪽 사이드바에서 하단의 관리자를 선택합니다.
- 사용자를 선택합니다.
사용자를 선택하여 그들의 계정 정보를 보세요.
일일 및 이력 청구 사용자 확인
전제 조건:
- 관리자인 경우에만 가능합니다.
GitLab 인스턴스에서 일일 및 이력 청구 사용자 목록을 가져올 수 있습니다:
- Rails 콘솔 세션 시작.
-
인스턴스의 사용자 수를 계산합니다:
User.billable.count
-
지난 1년 동안 인스턴스의 최대 이력 사용자 수를 가져옵니다:
::HistoricalData.max_historical_user_count(from: 1.year.ago.beginning_of_day, to: Time.current.end_of_day)
일일 및 이력 청구 사용자 업데이트
전제 조건:
- 관리자인 경우에만 가능합니다.
GitLab 인스턴스에서 일일 및 이력 청구 사용자의 수동 업데이트를 트리거할 수 있습니다.
- Rails 콘솔 세션 시작.
-
일일 청구 사용자의 업데이트를 강제로 수행합니다:
identifier = Analytics::UsageTrends::Measurement.identifiers[:billable_users] ::Analytics::UsageTrends::CounterJobWorker.new.perform(identifier, User.minimum(:id), User.maximum(:id), Time.zone.now)
-
이력 최대 청구 사용자 업데이트를 강제로 수행합니다:
::HistoricalDataWorker.new.perform
사용자 및 구독 좌석 관리
구독 좌석 수에 대한 사용자 수를 관리하는 것은 어려울 수 있습니다:
- LDAP가 GitLab과 통합된 경우, 구성된 도메인 내의 누구나 GitLab 계정을 등록할 수 있습니다. 이로 인해 갱신 시 예상치 못한 요금이 발생할 수 있습니다.
- 인스턴스에서 등록이 활성화되어 있는 경우, 인스턴스에 접근할 수 있는 누구나 계정을 등록할 수 있습니다.
GitLab에는 사용자 수를 관리하는 데 도움이 되는 여러 가지 기능이 있습니다. 다음과 같은 작업을 수행할 수 있습니다:
- 새로운 계정 등록에 대해 관리자 승인을 요구합니다.
- LDAP 또는 OmniAuth를 통해 새로운 사용자를 자동으로 차단합니다.
- 관리자 승인 없이 등록할 수 있는 청구 가능한 사용자 수를 제한합니다.
- 새로운 등록을 비활성화합니다, 대신 새로운 사용자를 수동으로 관리합니다.
- 사용자 통계 페이지에서 역할별 사용자 분포를 확인합니다.
구독에 좌석 추가
라이센스에 포함된 사용자 수를 늘리려면 구독 기간 동안 구독에 좌석을 추가합니다. 구독 기간 동안 추가된 좌석의 비용은 구매일로부터 구독 기간 종료일까지 비례 배분됩니다. 라이센스 사용자 수에 도달하더라도 사용자를 계속 추가할 수 있습니다. GitLab은 초과 요금을 청구합니다.
구독에 좌석을 추가하려면:
- 고객 포털에 로그인합니다.
- 구독 및 구매 페이지로 이동합니다.
- 관련 구독 카드에서 좌석 추가를 선택합니다.
- 추가할 사용자 수를 입력합니다.
- 시스템의 모든 사용자의 총 가격과 이미 지불한 금액에 대한 크레딧을 나열한 구매 요약 섹션을 검토합니다. 순변화에 대해서만 요금이 부과됩니다.
- 결제 정보를 입력합니다.
- 좌석 구매를 선택합니다.
결제 영수증이 이메일로 전송되며, 고객 포털의 청구서에서 액세스할 수 있습니다.
구독이 활성화 코드로 활성화된 경우 추가된 좌석이 인스턴스에 즉시 반영됩니다. 라이센스 파일을 사용하는 경우 업데이트된 파일을 받게 됩니다. 좌석을 추가하려면 라이센스 파일을 추가하세요.
구독 데이터 동기화
전제 조건:
- GitLab Enterprise Edition (EE).
- 인터넷에 연결되어 있어야 하며 오프라인 환경이 아니어야 합니다.
- 활성화 코드로 인스턴스를 활성화했습니다.
귀하의 구독 데이터는 자가 관리 인스턴스와 GitLab 간에 하루에 한 번 자동으로 동기화됩니다.
대략 오전 3:00 (UTC)경에 이 일일 동기화 작업은 구독 데이터를 고객 포털로 전송합니다. 이러한 이유로 업데이트 및 갱신이 즉시 적용되지 않을 수 있습니다.
데이터는 암호화된 HTTPS 연결을 통해 customers.gitlab.com
의 443 포트로 안전하게 전송됩니다. 작업이 실패하면 대략 17시간 동안 최대 12회 재시도를 진행합니다.
자동 데이터 동기화를 설정한 후, 다음 프로세스도 자동화됩니다.
- 분기별 구독 조정.
- 구독 갱신.
- 좌석 추가 또는 GitLab 티어 업그레이드와 같은 구독 업데이트.
구독 데이터 수동 동기화
언제든지 구독 데이터를 수동으로 동기화할 수 있습니다.
-
왼쪽 사이드바 하단에서 Admin을 선택합니다.
-
Subscription을 선택합니다.
-
Subscription details 섹션에서 Sync()를 선택합니다.
동기화 작업이 큐에 추가됩니다. 작업이 완료되면 구독 세부정보가 업데이트됩니다.
구독 데이터
일일 동기화 작업은 다음 정보를 고객 포털로 전송합니다:
- 날짜
- 타임스탬프
- 라이센스 키, 다음 정보가 암호화되어 포함됩니다:
- 회사 이름
- 라이센시 이름
- 라이센시 이메일
- 역사적 최대 사용자 수
- 청구 가능한 사용자 수
- 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",
"add_on_metrics": [
{
"add_on_type": "duo_enterprise",
"purchased_seats": 100,
"assigned_seats": 50
}
]
}
구독 보기
전제 조건:
- 관리자가 되어야 합니다.
구독 상태를 확인할 수 있습니다:
- 왼쪽 사이드바 하단에서 Admin을 선택합니다.
- Subscription을 선택합니다.
Subscription 페이지에는 다음 정보가 포함되어 있습니다:
- 라이센스소유자
- 플랜
- 업로드 날짜, 시작 날짜 및 만료 날짜
- 라이센스 내 사용자 수
- 청구 가능한 사용자 수
- 최대 사용자 수
- 구독 초과 사용자 수
라이센스 사용 내보내기
전제 조건:
- 관리자가 되어야 합니다.
CSV 파일로 라이센스 사용을 내보낼 수 있습니다.
이 파일에는 GitLab이 수동으로 처리하는 데 사용하는 정보가 포함되어 있습니다
분기 정산 또는 갱신. 인스턴스가 방화벽으로 차단되었거나 오프라인 환경인 경우
이 정보를 GitLab에 제공해야 합니다.
경고:
라이센스 사용 파일을 열지 마십시오. 파일을 열면 라이센스 사용 데이터 제출 시 오류가 발생할 수 있습니다.
- 왼쪽 사이드바 하단에서 Admin을 선택합니다.
- Subscription을 선택합니다.
- 오른쪽 상단에서 Export license usage file을 선택합니다.
라이센스 사용 파일 내용
라이센스 사용 파일에는 다음 정보가 포함되어 있습니다:
- 라이센스 키
- 라이센스소유자 이메일
- 라이센스 시작일 (UTC)
- 라이센스 종료일 (UTC)
- 회사
- 파일이 생성되고 내보내진 시간 (UTC)
- 기간 동안의 각 날짜에 대한 사용자 수의 이력 테이블:
- 수가 기록된 시간 (UTC)
- 청구 가능한 사용자 수
참고:
CSV 파일에서는 날짜와 시간에 대해 사용자 지정 형식이 사용됩니다.
구독 갱신
구독을 자동으로 갱신할 수 있습니다
또는 수동으로 갱신할 수 있습니다.
구독을 수동으로 갱신해야 합니다 수동으로 구독을 갱신
하고 싶다면 다음 중 하나를 원할 경우:
구독 갱신 날짜 전에 계정을 검토해야 합니다.
계정 검토
청구 계정 설정 및 구매 정보를 정기적으로 검토해야 합니다.
청구 계정 설정을 검토하려면:
- 고객 포털에 로그인합니다.
- Billing account settings을 선택합니다.
- 확인하거나 업데이트합니다:
- Payment methods에서 파일에 등록된 신용 카드.
- Company information에서 구독 및 청구 연락처 세부정보.
- 변경 사항을 저장합니다.
정기적으로 사용자 계정을 검토하여
올바른 수의 활성 청구 가능한 사용자만 갱신하도록 해야 합니다. 비활성 사용자 계정:
- 청구 가능한 사용자로 카운트될 수 있습니다.
비활성 사용자 계정을 갱신하면 더 많은 비용을 지불하게 됩니다. - 보안 위험이 될 수 있습니다. 정기적인 검토는 이 위험을 줄이는 데 도움이 됩니다.
추가 정보는 다음 문서를 참조하세요:
고객 포털에 접근하거나 구독을 관리하는 연락처를 변경해야 하는 경우
지원 팀에게 연락하십시오.
더 적은 좌석으로 갱신하기
더 적은 좌석으로 갱신하려면 다음 중 하나를 수행할 수 있습니다:
- 수동으로 구독 갱신하기.
- 구독 취소하기 그리고 앞으로 필요한 좌석 수를 지정하기 위해 영업팀에 연락하십시오.
구독 수동 갱신하기
구독이 만료되기 30일 전, GitLab 사용자 인터페이스에서 관리자를 위한 구독 만료 날짜가 표시된 배너가 나타납니다.
구독 만료일 15일 이전에는 수동으로 구독을 갱신할 수 없습니다. 갱신할 수 있는 시점을 확인하려면:
- 고객 포털에 로그인합니다.
- 구독 작업()을 선택한 다음 구독 갱신을 선택하여 갱신할 수 있는 날짜를 확인합니다.
구독을 수동으로 갱신하려면:
- 갱신 날짜 이전에, 비활성 또는 원하지 않는 사용자 차단하기.
- 다음 구독 기간에 필요한 사용자 수를 결정합니다.
- 고객 포털에 로그인합니다.
- 기존 구독 아래에서 갱신을 선택합니다. 이 버튼은 구독 만료일 15일 전까지 표시되지 않습니다.
-
플랜 업그레이드 아래에서 원하는 구독 티어를 선택합니다.
구독 티어를 업그레이드할 수 있지만, 낮은 티어로 변경할 수는 없습니다.
낮은 티어로 변경하려면 GitLab 영업팀에 연락하세요.
-
구독 세부정보 아래의 청구 가능한 사용자 텍스트 상자에 향후 1년 동안 필요한 사용자 좌석 총 수를 입력합니다.
참고: 이 수치는 갱신 시 시스템의 청구 가능한 사용자 수와 같거나 커야 합니다.
-
선택 사항. 인스턴스의 최대 사용자 수가 이전 구독 기간에 대해 면허를 부여받은 수를 초과한 경우, 갱신할 때 과다 요금이 발생합니다.
면허 초과 사용자 텍스트 상자에 발생한 사용자 초과에 대한 구독 초과 사용자 수를 입력합니다.
- 갱신 세부정보를 검토하고 구독 갱신을 선택하여 결제 과정을 완료합니다.
- 관련 구독 카드에서 구독 및 구매 페이지로 이동하여 활성화 코드 복사를 선택하여 갱신 조건 활성화 코드의 복사본을 가져옵니다.
- 활성화 코드를 인스턴스에 추가합니다.
자동 구독 갱신
필수 조건:
- 구독 데이터 동기화를 활성화해야 합니다.
갱신 날짜보다 최소 2일 전에는 계정 검토를 수행해야 변경 사항이 제 시간에 GitLab과 동기화됩니다.
구독이 자동으로 갱신되도록 설정된 경우, 만료일 자정 UTC에 서비스의 중단 없이 자동으로 갱신됩니다. 고객 포털을 통해 구매한 구독은 기본적으로 자동 갱신되도록 설정됩니다.
사용자 좌석 수는 갱신 시 인스턴스의 청구할 수 있는 사용자 수가 현재 구독 수량보다 높은 경우 이를 맞추도록 조정됩니다.
이메일 알림
구독이 자동 갱신되기 15일 전에 갱신에 대한 정보가 포함된 이메일이 전송됩니다.
-
신용 카드가 만료된 경우 이메일에서 업데이트하는 방법을 알려줍니다.
-
사용량 초과가 있거나 다른 이유로 구독이 자동 갱신되지 않는 경우, 이메일에서 영업 팀에 문의하거나 고객 포털에서 수동으로 갱신하기를 안내합니다.
-
문제가 없는 경우 이메일에는 다음이 명시됩니다:
- 갱신되는 제품의 이름과 수량.
- 귀하가 지불해야 할 총 금액. 갱신 전에 사용량이 증가하면 이 금액도 변경됩니다.
자동 구독 갱신 활성화 또는 비활성화
고객 포털을 사용하여 자동 구독 갱신을 활성화 또는 비활성화할 수 있습니다:
-
고객 포털에 로그인합니다. 구독 및 구매 페이지로 이동합니다.
-
구독 카드를 확인합니다:
- 카드에 날짜에 만료라고 표시되면, 귀하의 구독은 자동 갱신으로 설정되어 있지 않습니다. 자동 갱신을 활성화하려면, 구독 작업 ()에서 자동 갱신 켜기를 선택합니다.
- 카드에 날짜에 자동 갱신이라고 표시되면, 귀하의 구독은 자동 갱신으로 설정되어 있습니다. 자동 갱신을 비활성화하려면:
- 구독 작업 ()에서 구독 취소를 선택합니다.
- 취소 사유를 선택합니다.
- 선택 사항: 추가할 내용이 있습니까? 에 관련된 정보를 입력합니다.
- 구독 취소를 선택합니다.
갱신 과정 중 어려움이 있는 경우, 지원 팀으로 도움을 요청하세요.
갱신 인보이스 관리
갱신을 위해 인보이스가 생성됩니다. 이 갱신 인보이스를 보거나 다운로드하려면, 고객 포털 인보이스 페이지로 이동합니다.
귀하의 계정에 저장된 신용 카드가 있는 경우, 인보이스 금액이 카드에서 청구됩니다.
지불 처리에 실패하거나 자동 갱신이 다른 이유로 실패하는 경우, 귀하는 구독을 renew할 수 있는 14일의 시간이 있으며, 그 이후에는 GitLab 티어가 다운그레이드됩니다.
갱신 과정 중 어려움이 있는 경우, 지원 팀으로 도움을 요청하세요.
구독 티어 업그레이드
GitLab 티어를 업그레이드하려면:
- 고객 포털에 로그인합니다.
- 관련 구독 카드에서 플랜 업그레이드를 선택합니다.
- 활성 결제 수단을 확인하거나 새로운 결제 수단을 추가합니다.
- 개인정보 보호 정책 및 서비스 약관에 동의합니다 체크박스를 선택합니다.
- 구독 업그레이드를 선택합니다.
다음 내용이 귀하에게 이메일로 전송됩니다:
- 결제 영수증. 이 정보는 고객 포털의 인보이스에서도 확인할 수 있습니다.
- 라이선스에 대한 새로운 활성화 코드.
새로운 티어는 다음 구독 동기화 시 적용되며, 즉시 업그레이드를 원할 경우 구독을 수동으로 동기화할 수 있습니다.
구독을 위한 연락처 추가 또는 변경
연락처는 구독 및 청구 계정 설정을 관리할 수 있습니다.
고객 포털 계정의 소유권을 다른 사람에게 이전하는 방법에 대한 정보는 프로필 소유자 정보 변경을 참조하세요.
구독을 위한 다른 연락처를 추가하려면 보조 연락처 추가를 참조하세요.
구독 만료
라이센스는 만료 날짜의 시작, 즉 서버 시간으로 00:00에 만료됩니다.
라이센스가 만료되면, 14일의 유예 기간이 지난 후:
- 해당 인스턴스는 읽기 전용이 됩니다.
- GitLab은 Git 푸시 및 이슈 생성을 포함한 기능을 잠급니다.
- 모든 관리자에게 만료 메시지가 표시됩니다.
예를 들어, 라이센스의 만료일이 2025년 1월 1일인 경우:
- 2024년 12월 31일 오후 11:59:59 서버 시간에 만료됩니다.
- 2025년 1월 1일 오전 12:00:00 서버 시간부터 만료된 것으로 간주됩니다.
- 14일의 유예 기간은 2025년 1월 1일 오전 12:00:00 서버 시간부터 시작하여 2025년 1월 14일 오후 11:59:59 서버 시간에 종료됩니다.
- 2025년 1월 15일 오전 12:00:00 서버 시간에 인스턴스는 읽기 전용이 됩니다.
라이센스가 만료된 후:
- 기능을 재개하려면, 새 라이센스 활성화를 참조하세요.
- 무료 티어 기능만 사용하려면, 만료된 라이센스 삭제를 참조하세요.
저장소
자체 관리되는 인스턴스를 위한 저장소 및 전송의 양에는 애플리케이션 제한이 없습니다. 관리자는 기본 인프라 비용에 대한 책임이 있으며 저장소 크기 제한을 설정할 수 있습니다.