GitLab Dedicated 스토리지 유형

요약

GitLab Dedicated는 선호하는 AWS 클라우드 리전에 배포된 단일 테넌트의 완전히 관리되는 GitLab 인스턴스를 제공합니다. GitLab Dedicated에서 스토리지가 어떻게 작동하는지 이해하면 인스턴스 구성 및 리소스 관리에 대해 정보에 입각한 결정을 내릴 수 있습니다.

GitLab Dedicated는 선호하는 AWS 클라우드 리전에 배포된 단일 테넌트의 완전히 관리되는 GitLab 인스턴스를 제공합니다. 계정 팀이 조달 프로세스 중에 스토리지 요구 사항을 결정하기 위해 협력합니다.

GitLab Dedicated에서 스토리지가 어떻게 작동하는지 이해하면 인스턴스 구성 및 리소스 관리에 대해 정보에 입각한 결정을 내릴 수 있습니다.

스토리지 구성 요소#

GitLab Dedicated는 다양한 목적을 위해 다양한 유형의 스토리지를 사용합니다. 총 스토리지 할당은 사용 패턴에 따라 이러한 구성 요소 간에 분배됩니다.

총 구매 스토리지#

총 구매 스토리지는 리포지터리 스토리지와 오브젝트 스토리지를 모두 포함하여 GitLab Dedicated 인스턴스에 할당된 총 스토리지입니다. 이 할당은 GitLab Dedicated 구독과 함께 구매되고 인스턴스 프로비저닝 중에 구성된 총 스토리지 용량을 나타냅니다.

스토리지 요구 사항을 결정할 때 이것이 계획 및 가격 책정에 사용되는 기본 지표입니다. 그런 다음 총 구매 스토리지는 예상 사용 패턴에 따라 리포지터리 스토리지와 오브젝트 스토리지 간에 분배됩니다.

리포지터리 스토리지#

리포지터리 스토리지는 Gitaly 노드 전반의 Git 리포지터리에 할당된 공간을 나타냅니다. 이 스토리지는 참조 아키텍처에 따라 인스턴스의 Gitaly 노드 간에 분산됩니다.

Gitaly 노드당 리포지터리 스토리지#

인스턴스의 각 Gitaly 노드에는 특정 스토리지 용량이 있습니다. 단일 리포지터리가 단일 Gitaly 노드의 용량을 초과할 수 없으므로 이 용량은 개별 리포지터리의 크기에 영향을 줍니다. 스토리지 가중치는 각 새 리포지터리가 어떤 Gitaly 노드로 이동할지 결정합니다. GitLab은 리포지터리를 노드 전체에 균등하게 분배하기 위해 이 가중치를 대신 관리합니다.

예를 들어, 각 Gitaly 노드에 100 GiB의 스토리지 용량이 있고 3개의 Gitaly 노드가 있는 경우 인스턴스는 총 300 GiB의 리포지터리 데이터를 저장할 수 있지만 단일 리포지터리는 100 GiB를 초과할 수 없습니다.

오브젝트 스토리지#

오브젝트 스토리지는 파일 계층 구조가 아닌 오브젝트로 데이터를 관리하는 스토리지 아키텍처입니다. GitLab에서 오브젝트 스토리지는 Git 리포지터리의 일부가 아닌 모든 것을 처리합니다. 여기에는 다음이 포함됩니다:

CI/CD 파이프라인의 잡 아티팩트 및 잡 로그
컨테이너 레지스트리에 저장된 이미지
패키지 레지스트리에 저장된 패키지
GitLab Pages로 배포된 웹사이트
Terraform 프로젝트의 상태 파일

GitLab Dedicated의 오브젝트 스토리지는 데이터 보호를 위한 적절한 복제를 갖춘 Amazon S3를 사용하여 구현됩니다.

블렌디드 스토리지#

블렌디드 스토리지는 오브젝트 스토리지, 리포지터리 스토리지 및 데이터 전송을 포함하여 GitLab Dedicated 인스턴스에서 사용하는 전체 스토리지입니다.

언블렌디드 스토리지#

언블렌디드 스토리지는 각 스토리지 유형에 대한 인프라 수준의 스토리지 용량입니다. 주로 총 스토리지 크기와 리포지터리 스토리지 숫자를 사용하여 작업합니다.

스토리지 계획 및 구성#

GitLab Dedicated 인스턴스에 대한 스토리지 계획은 오브젝트 및 리포지터리 스토리지가 인프라 전반에 어떻게 할당되는지 이해하는 것을 포함합니다.

초기 스토리지 할당 결정#

GitLab Dedicated 계정 팀은 다음을 기반으로 적절한 스토리지 양을 결정하는 데 도움을 줍니다:

사용자 수
리포지터리의 수와 크기
CI/CD 사용 패턴
예상 성장

리포지터리 용량 및 참조 아키텍처#

리포지터리 스토리지는 Gitaly 노드 전반에 분산됩니다. 단일 리포지터리가 단일 Gitaly 노드의 용량을 초과할 수 없으므로 이는 개별 리포지터리의 크기에 영향을 줍니다.

인스턴스의 Gitaly 노드 수는 주로 사용자 수를 기반으로 온보딩 중에 결정된 참조 아키텍처에 따라 다릅니다. 2,000명 이상의 사용자가 있는 인스턴스의 참조 아키텍처는 일반적으로 세 개의 Gitaly 노드를 사용합니다. 자세한 내용은 참조 아키텍처를 참조하세요.

참조 아키텍처 보기#

참조 아키텍처를 보려면:

Switchboard에 로그인합니다.
페이지 상단에서 구성을 선택합니다.
테넌트 개요 페이지에서 참조 아키텍처 필드를 찾습니다.

Note

테넌트 아키텍처의 Gitaly 노드 수를 확인하려면 지원 티켓을 제출합니다.

스토리지 계산 예시#

이 예시들은 스토리지 할당이 리포지터리 크기 제한에 어떤 영향을 미치는지 보여줍니다:

2,000명 사용자 표준 워크로드#

참조 아키텍처: 2,000명 이하 사용자 (Gitaly 노드 1개)
총 스토리지 크기: 1 TiB (1,024 GiB)
할당: 600 GiB 리포지터리 스토리지, 424 GiB 오브젝트 스토리지
Gitaly 노드당 리포지터리 스토리지: 600 GiB

Mermaid 다이어그램 (10줄)

소스 코드 보기

%%{init: { "fontFamily": "GitLab Sans" }}%%
graph TD
    accTitle: Storage allocation for 2,000 users
    accDescr: Diagram showing 1 TiB total storage with repository storage on a single Gitaly node and object storage
subgraph A[Total storage size: 1 TiB]
    B[Repository storage: 600 GiB]
    C[Object storage: 424 GiB]
    B --&gt; D[Gitaly node: 600 GiB]
end</code></pre></details></div>

10,000명 사용자 CI/CD 집약적 워크로드#

참조 아키텍처: 10,000명 이하 사용자 (Gitaly 노드 3개)
총 스토리지 크기: 5 TiB (5,120 GiB)
할당: 2,048 GiB 리포지터리 스토리지, 3,072 GiB 오브젝트 스토리지
Gitaly 노드당 리포지터리 스토리지: ~683 GiB (2,048 GiB ÷ 3 Gitaly 노드)

Mermaid 다이어그램 (16줄)
소스 코드 보기
%%{init: { "fontFamily": "GitLab Sans" }}%%
graph TD
    accTitle: Storage allocation for 10,000 users
    accDescr: Diagram showing 5 TiB total storage with repository storage across 3 Gitaly nodes and object storage
subgraph A[Total storage size: 5 TiB]
    B[Repository storage: 2,048 GiB]
    C[Object storage: 3,072 GiB]
    D[Gitaly node 1: 683 GiB]
    E[Gitaly node 2: 683 GiB]
    F[Gitaly node 3: 682 GiB]

    B --- D
    B --- E
    B --- F
end</code></pre></details></div>

스토리지 증가 관리#
스토리지 증가를 효과적으로 관리하려면:

이전 패키지 에셋을 자동으로 제거하도록 패키지 레지스트리에 정리 정책을 설정합니다.
사용하지 않는 컨테이너 태그를 제거하도록 컨테이너 레지스트리에 정리 정책을 설정합니다.
잡 아티팩트에 만료 기간을 설정합니다.
사용하지 않는 프로젝트를 검토하고 아카이브하거나 제거합니다.

자주 묻는 질문#
인스턴스가 프로비저닝된 후 스토리지 할당을 변경할 수 있나요?#
예, 계정 팀에 연락하거나 지원 티켓을 열어 추가 스토리지를 요청할 수 있습니다.
스토리지 변경은 청구에 영향을 줍니다.
스토리지가 성능에 어떤 영향을 미치나요?#
적절한 스토리지 할당은 최적의 성능을 보장합니다. 스토리지가 부족하면 특히 리포지터리 작업 및 CI/CD 파이프라인에서 성능 문제가 발생할 수 있습니다.
Geo 복제에서 스토리지는 어떻게 처리되나요?#
GitLab Dedicated에는 재해 복구를 위한 보조 Geo 사이트가 포함되어 있으며, 기본 사이트 구성에 따라 스토리지가 할당됩니다.
오브젝트 스토리지에 자체 S3 버킷을 가져올 수 있나요?#
아니요, GitLab Dedicated는 테넌트 계정에서 GitLab이 관리하는 AWS S3 버킷을 사용합니다.
관련 주제#

데이터 레지던시 및 고가용성
참조 아키텍처
오브젝트 스토리지

홈/GitLab/관리/Dedicated/Create instance/Storage types

`GitLab Dedicated 스토리지 유형`

GitLab v19.4

Tier: Ultimate
Offering: GitLab Dedicated

원문 보기
번역일: 2026-05-22

요약
GitLab Dedicated는 선호하는 AWS 클라우드 리전에 배포된 단일 테넌트의 완전히 관리되는 GitLab 인스턴스를 제공합니다. GitLab Dedicated에서 스토리지가 어떻게 작동하는지 이해하면 인스턴스 구성 및 리소스 관리에 대해 정보에 입각한 결정을 내릴 수 있습니다.

GitLab Dedicated는 선호하는 AWS 클라우드 리전에 배포된 단일 테넌트의 완전히 관리되는 GitLab 인스턴스를 제공합니다. 계정 팀이 조달 프로세스 중에 스토리지 요구 사항을 결정하기 위해 협력합니다.


GitLab Dedicated에서 스토리지가 어떻게 작동하는지 이해하면 인스턴스 구성 및 리소스 관리에 대해 정보에 입각한 결정을 내릴 수 있습니다.
스토리지 구성 요소#
GitLab Dedicated는 다양한 목적을 위해 다양한 유형의 스토리지를 사용합니다. 총 스토리지 할당은 사용 패턴에 따라 이러한 구성 요소 간에 분배됩니다.
총 구매 스토리지#
총 구매 스토리지는 리포지터리 스토리지와 오브젝트 스토리지를 모두 포함하여 GitLab Dedicated 인스턴스에 할당된 총 스토리지입니다. 이 할당은 GitLab Dedicated 구독과 함께 구매되고 인스턴스 프로비저닝 중에 구성된 총 스토리지 용량을 나타냅니다.
스토리지 요구 사항을 결정할 때 이것이 계획 및 가격 책정에 사용되는 기본 지표입니다. 그런 다음 총 구매 스토리지는 예상 사용 패턴에 따라 리포지터리 스토리지와 오브젝트 스토리지 간에 분배됩니다.
리포지터리 스토리지#
리포지터리 스토리지는 Gitaly 노드 전반의 Git 리포지터리에 할당된 공간을 나타냅니다. 이 스토리지는 참조 아키텍처에 따라 인스턴스의 Gitaly 노드 간에 분산됩니다.
Gitaly 노드당 리포지터리 스토리지#
인스턴스의 각 Gitaly 노드에는 특정 스토리지 용량이 있습니다. 단일 리포지터리가 단일 Gitaly 노드의 용량을 초과할 수 없으므로 이 용량은 개별 리포지터리의 크기에 영향을 줍니다. 스토리지 가중치는 각 새 리포지터리가 어떤 Gitaly 노드로 이동할지 결정합니다. GitLab은 리포지터리를 노드 전체에 균등하게 분배하기 위해 이 가중치를 대신 관리합니다.
예를 들어, 각 Gitaly 노드에 100 GiB의 스토리지 용량이 있고 3개의 Gitaly 노드가 있는 경우 인스턴스는 총 300 GiB의 리포지터리 데이터를 저장할 수 있지만 단일 리포지터리는 100 GiB를 초과할 수 없습니다.
오브젝트 스토리지#
오브젝트 스토리지는 파일 계층 구조가 아닌 오브젝트로 데이터를 관리하는 스토리지 아키텍처입니다.
GitLab에서 오브젝트 스토리지는 Git 리포지터리의 일부가 아닌 모든 것을 처리합니다. 여기에는 다음이 포함됩니다:

CI/CD 파이프라인의 잡 아티팩트 및 잡 로그
컨테이너 레지스트리에 저장된 이미지
패키지 레지스트리에 저장된 패키지
GitLab Pages로 배포된 웹사이트
Terraform 프로젝트의 상태 파일

GitLab Dedicated의 오브젝트 스토리지는 데이터 보호를 위한 적절한 복제를 갖춘 Amazon S3를 사용하여 구현됩니다.
블렌디드 스토리지#
블렌디드 스토리지는 오브젝트 스토리지, 리포지터리 스토리지 및 데이터 전송을 포함하여 GitLab Dedicated 인스턴스에서 사용하는 전체 스토리지입니다.

언블렌디드 스토리지#
언블렌디드 스토리지는 각 스토리지 유형에 대한 인프라 수준의 스토리지 용량입니다.
주로 총 스토리지 크기와 리포지터리 스토리지 숫자를 사용하여 작업합니다.

스토리지 계획 및 구성#
GitLab Dedicated 인스턴스에 대한 스토리지 계획은 오브젝트 및 리포지터리 스토리지가 인프라 전반에 어떻게 할당되는지 이해하는 것을 포함합니다.
초기 스토리지 할당 결정#
GitLab Dedicated 계정 팀은 다음을 기반으로 적절한 스토리지 양을 결정하는 데 도움을 줍니다:

사용자 수
리포지터리의 수와 크기
CI/CD 사용 패턴
예상 성장

리포지터리 용량 및 참조 아키텍처#
리포지터리 스토리지는 Gitaly 노드 전반에 분산됩니다. 단일 리포지터리가 단일 Gitaly 노드의 용량을 초과할 수 없으므로 이는 개별 리포지터리의 크기에 영향을 줍니다.
인스턴스의 Gitaly 노드 수는 주로 사용자 수를 기반으로 온보딩 중에 결정된 참조 아키텍처에 따라 다릅니다. 2,000명 이상의 사용자가 있는 인스턴스의 참조 아키텍처는 일반적으로 세 개의 Gitaly 노드를 사용합니다. 자세한 내용은 참조 아키텍처를 참조하세요.
참조 아키텍처 보기#
참조 아키텍처를 보려면:

Switchboard에 로그인합니다.
페이지 상단에서 구성을 선택합니다.
테넌트 개요 페이지에서 참조 아키텍처 필드를 찾습니다.

Note
테넌트 아키텍처의 Gitaly 노드 수를 확인하려면 지원 티켓을 제출합니다.

스토리지 계산 예시#
이 예시들은 스토리지 할당이 리포지터리 크기 제한에 어떤 영향을 미치는지 보여줍니다:
2,000명 사용자 표준 워크로드#

참조 아키텍처: 2,000명 이하 사용자 (Gitaly 노드 1개)
총 스토리지 크기: 1 TiB (1,024 GiB)
할당: 600 GiB 리포지터리 스토리지, 424 GiB 오브젝트 스토리지
Gitaly 노드당 리포지터리 스토리지: 600 GiB

Mermaid 다이어그램 (10줄)
소스 코드 보기
%%{init: { "fontFamily": "GitLab Sans" }}%%
graph TD
    accTitle: Storage allocation for 2,000 users
    accDescr: Diagram showing 1 TiB total storage with repository storage on a single Gitaly node and object storage
subgraph A[Total storage size: 1 TiB]
    B[Repository storage: 600 GiB]
    C[Object storage: 424 GiB]
    B --&gt; D[Gitaly node: 600 GiB]
end</code></pre></details></div>

10,000명 사용자 CI/CD 집약적 워크로드#

참조 아키텍처: 10,000명 이하 사용자 (Gitaly 노드 3개)
총 스토리지 크기: 5 TiB (5,120 GiB)
할당: 2,048 GiB 리포지터리 스토리지, 3,072 GiB 오브젝트 스토리지
Gitaly 노드당 리포지터리 스토리지: ~683 GiB (2,048 GiB ÷ 3 Gitaly 노드)

Mermaid 다이어그램 (16줄)
소스 코드 보기
%%{init: { "fontFamily": "GitLab Sans" }}%%
graph TD
    accTitle: Storage allocation for 10,000 users
    accDescr: Diagram showing 5 TiB total storage with repository storage across 3 Gitaly nodes and object storage
subgraph A[Total storage size: 5 TiB]
    B[Repository storage: 2,048 GiB]
    C[Object storage: 3,072 GiB]
    D[Gitaly node 1: 683 GiB]
    E[Gitaly node 2: 683 GiB]
    F[Gitaly node 3: 682 GiB]

    B --- D
    B --- E
    B --- F
end</code></pre></details></div>

스토리지 증가 관리#
스토리지 증가를 효과적으로 관리하려면:

이전 패키지 에셋을 자동으로 제거하도록 패키지 레지스트리에 정리 정책을 설정합니다.
사용하지 않는 컨테이너 태그를 제거하도록 컨테이너 레지스트리에 정리 정책을 설정합니다.
잡 아티팩트에 만료 기간을 설정합니다.
사용하지 않는 프로젝트를 검토하고 아카이브하거나 제거합니다.

자주 묻는 질문#
인스턴스가 프로비저닝된 후 스토리지 할당을 변경할 수 있나요?#
예, 계정 팀에 연락하거나 지원 티켓을 열어 추가 스토리지를 요청할 수 있습니다.
스토리지 변경은 청구에 영향을 줍니다.
스토리지가 성능에 어떤 영향을 미치나요?#
적절한 스토리지 할당은 최적의 성능을 보장합니다. 스토리지가 부족하면 특히 리포지터리 작업 및 CI/CD 파이프라인에서 성능 문제가 발생할 수 있습니다.
Geo 복제에서 스토리지는 어떻게 처리되나요?#
GitLab Dedicated에는 재해 복구를 위한 보조 Geo 사이트가 포함되어 있으며, 기본 사이트 구성에 따라 스토리지가 할당됩니다.
오브젝트 스토리지에 자체 S3 버킷을 가져올 수 있나요?#
아니요, GitLab Dedicated는 테넌트 계정에서 GitLab이 관리하는 AWS S3 버킷을 사용합니다.
관련 주제#

데이터 레지던시 및 고가용성
참조 아키텍처
오브젝트 스토리지