GitLab Dedicated
GitLab v19.5Offering: GitLab Dedicated
요약
GitLab Dedicated는 다음과 같은 특징을 가진 싱글 테넌트 SaaS 솔루션입니다. GitLab Dedicated를 사용하면 다음을 할 수 있습니다. GitLab Dedicated는 환경 유형에 따라 각 테넌트에 기본 URL 세트를 할당합니다.
공식 파트너 견적·라이선스 상담
인포그랩은 GitLab 공식 파트너입니다. 라이선스 견적, 갱신, 도입 상담은 인포그랩에 문의하세요. 라이선스 상담 신청 →
GitLab Dedicated는 다음과 같은 특징을 가진 싱글 테넌트 SaaS 솔루션입니다.
- 완전히 격리되어 있습니다.
- 원하는 AWS 클라우드 리전에 배포됩니다.
- GitLab이 호스팅하고 유지 관리합니다.
각 인스턴스는 다음을 제공합니다.
GitLab Dedicated를 사용하면 다음을 할 수 있습니다.
- 운영 효율성을 높입니다.
- 인프라 관리 부담을 줄입니다.
- 조직의 민첩성을 향상합니다.
- 엄격한 컴플라이언스 요구 사항을 충족합니다.
기본 URL#
GitLab Dedicated는 환경 유형에 따라 각 테넌트에 기본 URL 세트를 할당합니다.
tenant_name을 테넌트 이름으로 바꿉니다.
| 구성 요소 | 프로덕션 | 프리프로덕션 |
|---|---|---|
| GitLab 인스턴스 | tenant_name.gitlab-dedicated.com |
tenant_name.gitlab-dedicated.systems |
| GitLab Pages | tenant_name.gitlab-dedicated.site |
tenant_name.gitlab-dedicated-pages.systems |
| Switchboard(관리 콘솔) | console.gitlab-dedicated.com |
console.gitlab-dedicated.systems |
기본 GitLab 인스턴스 URL을 커스텀 도메인으로 바꿀 수 있습니다. GitLab Pages에는 커스텀 도메인을 지원하지 않으며, Switchboard URL은 커스터마이즈할 수 없습니다.
사용 가능한 기능#
이 섹션에서는 GitLab Dedicated에서 사용 가능한 주요 기능을 설명합니다.
보안#
GitLab Dedicated는 데이터를 보호하고 인스턴스에 대한 접근을 제어하기 위해 다음 보안 기능을 제공합니다.
인증 및 권한 부여#
GitLab Dedicated는 SSO(Single Sign-On)를 위해 SAML 및 OpenID Connect(OIDC) 공급자를 지원합니다.
지원되는 공급자를 사용해 인증용 SSO(Single Sign-On)를 구성할 수 있습니다. 인스턴스는 서비스 공급자 역할을 하며, GitLab이 IdP(ID 공급자)와 통신하는 데 필요한 구성을 직접 제공합니다.
보안 네트워킹#
다음 두 가지 연결 옵션을 사용할 수 있습니다.
- 퍼블릭 연결 및 IP 허용 목록: 기본적으로 인스턴스는 공개적으로 액세스할 수 있습니다. 지정된 IP 주소로 접근을 제한하려면 IP 허용 목록을 구성할 수 있습니다.
- 프라이빗 연결 및 AWS PrivateLink: 인바운드 및 아웃바운드 PrivateLink 연결을 위해 AWS PrivateLink를 구성할 수 있습니다.
퍼블릭이 아닌 인증서를 사용하는 내부 리소스로의 프라이빗 연결을 위해 신뢰할 수 있는 인증서를 지정할 수도 있습니다.
웹훅 및 통합을 위한 프라이빗 연결#
웹훅과 통합이 퍼블릭 인터넷에서 액세스할 수 없는 서비스에 연결해야 하는 경우, AWS PrivateLink를 사용해 프라이빗 연결을 구성할 수 있습니다. GitLab Dedicated는 SaaS 서비스이므로, 네트워크 내 로컬 IP 주소에 직접 연결할 수 없습니다.
내부 서비스에 대한 프라이빗 연결을 설정하려면 다음과 같이 합니다.
- 내부 서비스에 호스트 이름을 할당합니다.
- Private Hosted Zone(PHZ) 레코드를 구성해 아웃바운드 PrivateLink 연결을 통해 이 호스트 이름으로 라우팅되도록 합니다.
- 아웃바운드 PrivateLink 연결의 엔드포인트 10개 제한을 고려해 계획합니다.
10개를 초과하는 엔드포인트에 연결해야 하는 경우,
terraform-outbound-proxy
Terraform 모듈을 사용해 VPC에 리버스 프록시를 배포할 수 있습니다. 이 방식을 사용하면 더 적은
PrivateLink 연결로 여러 서비스를 라우팅할 수 있습니다.
데이터 암호화#
데이터는 최신 암호화 표준을 사용해 저장 시와 전송 시 모두 암호화됩니다.
선택적으로, 저장 데이터에 대해 자체 AWS KMS(Key Management Service) 암호화 키를 사용할 수 있습니다. 이 옵션을 사용하면 GitLab에 저장하는 데이터를 완전히 제어할 수 있습니다.
자세한 내용은 GitLab Dedicated 암호화를 참고합니다.
이메일 서비스#
기본적으로 이메일을 안전하게 전송하기 위해 Amazon SES(Simple Email Service)를 사용합니다. 대안으로 SMTP를 사용해 자체 이메일 서비스를 구성할 수 있습니다.
웹 애플리케이션 방화벽#
Cloudflare는 DDoS(분산 서비스 거부) 방어 및 관련 보안 기능을 위한 WAF(웹 애플리케이션 방화벽)로 구현되어 있습니다. WAF 구현과 구성은 GitLab SRE 팀이 관리합니다. WAF 구성이나 로그에 직접 접근할 수는 없습니다.
컴플라이언스#
GitLab Dedicated는 데이터의 보안과 안정성을 보장하기 위해 다양한 규정, 인증, 컴플라이언스 프레임워크를 준수합니다.
컴플라이언스 및 인증 세부 정보 확인#
GitLab Dedicated Trust Center에서 컴플라이언스 및 인증 세부 정보를 확인하고 컴플라이언스 아티팩트를 다운로드할 수 있습니다.
접근 제어#
GitLab Dedicated는 환경을 보호하기 위해 엄격한 접근 제어를 구현합니다.
- 필요한 최소한의 권한만 부여하는 최소 권한 원칙을 따릅니다.
- AWS 조직에 대한 접근을 선별된 GitLab 팀원으로 제한합니다.
- 사용자 계정에 대한 포괄적인 보안 정책과 접근 요청 절차를 구현합니다.
- 자동화된 작업과 긴급 접근을 위해 단일 Hub 계정을 사용합니다.
- GitLab Dedicated 엔지니어는 고객 환경에 직접 접근할 수 없습니다.
긴급 상황에서 GitLab 엔지니어는 다음을 수행해야 합니다.
- Hub 계정을 사용해 고객 리소스에 접근합니다.
- 승인 절차를 통해 접근을 요청합니다.
- Hub 계정을 통해 임시 IAM 역할을 수임합니다.
Hub 계정과 테넌트 계정에서 수행되는 모든 작업은 CloudTrail에 기록됩니다.
모니터링#
테넌트 계정에서 GitLab Dedicated는 다음을 사용합니다.
- 침입 탐지와 악성코드 스캔을 위한 AWS GuardDuty.
- 이상 이벤트를 탐지하기 위한 GitLab 보안 사고 대응 팀의 인프라 로그 모니터링.
감사 및 관측 가능성#
감사 및 관측 가능성 목적으로 애플리케이션 로그에 접근할 수 있습니다. 이 로그는 시스템 활동과 사용자 작업에 대한 인사이트를 제공해 인스턴스를 모니터링하고 컴플라이언스 요구 사항을 충족하는 데 도움이 됩니다.
커스텀 도메인#
기본적으로 GitLab Dedicated 인스턴스는 기본 URL에서 액세스할 수 있습니다.
대신 gitlab.company.com과 같은 자체 도메인 이름을 사용하도록 커스텀 도메인을 구성할 수 있습니다.
다음과 같은 목적으로 커스텀 도메인을 사용합니다.
- GitLab Self-Managed에서 마이그레이션할 때 기존 URL을 유지합니다.
- 모든 도구에서 조직의 도메인을 일관되게 유지합니다.
- 기존 인증서 관리 또는 도메인 정책과 통합합니다.
다음 항목에 대해 커스텀 도메인을 구성할 수 있습니다.
- 메인 GitLab 인스턴스
- 컨테이너 레지스트리(예:
registry.company.com) - Kubernetes용 GitLab 에이전트 서버(예:
kas.company.com)
자세한 내용은 커스텀 도메인을 참고합니다.
GitLab Pages는 커스텀 도메인을 지원하지 않습니다. GitLab Dedicated 인스턴스에 어떤 커스텀 도메인을 구성했는지와 관계없이, Pages 사이트는 기본 Pages URL에서만 액세스할 수 있습니다.
오브젝트 스토리지 다운로드#
기본적으로 GitLab Dedicated는 최적의 성능을 위해 S3에서 직접 다운로드를 활성화합니다(proxy_download = false).
프록시를 통한 다운로드는 지원되지 않습니다. 다음 설정은 true로 설정할 수 없습니다.
- 통합 오브젝트 스토리지 구성의
proxy_download - Dependency Proxy 오브젝트 스토리지 구성의
dependency_proxy_object_store_proxy_download
직접 다운로드를 지원하는 오브젝트 유형은 다음과 같습니다.
- CI/CD job 아티팩트
- Dependency Proxy 파일
- 머지 리퀘스트 diff
- Git LFS(Large File Storage) 오브젝트
- 프로젝트 패키지(예: PyPI, Maven, NuGet)
- 컨테이너 레지스트리 컨테이너
- 사용자 업로드
위 오브젝트 유형 중 하나를 다운로드하면, 브라우저나 클라이언트는 GitLab 인프라를 거치지 않고 Amazon S3에 직접 연결됩니다.
네트워크에 인터넷 아웃바운드가 없거나, 러너가 오프라인 환경에서 실행되거나, 컴플라이언스 요구 사항상 퍼블릭 인터넷에서 사전 서명된 URL을 사용할 수 없는 경우, S3 VPC 엔드포인트를 사용해 이 트래픽을 AWS 네트워크 내에 유지할 수 있습니다. 자세한 내용은 오브젝트 스토리지용 프라이빗 S3 액세스를 참고합니다.
애플리케이션#
GitLab Dedicated에는 일부 예외를 제외하고 GitLab Self-Managed의 Ultimate 기능 세트가 포함됩니다. 자세한 내용은 사용할 수 없는 기능을 참고합니다.
고급 검색#
GitLab Dedicated는 고급 검색 기능을 사용합니다.
ClickHouse Cloud#
ClickHouse Cloud 통합을 통해 고급 분석 기능에 접근할 수 있으며, 적격 고객에게는 기본적으로 활성화되어 있습니다. 다음에 해당하면 적격 대상입니다.
- GitLab Dedicated 테넌트가 상용 AWS 리전에 배포되어 있는 경우입니다. GitLab Dedicated for Government는 지원되지 않습니다.
- ClickHouse Cloud는 지원되는 리전에서만 사용할 수 있습니다. 자세한 내용은 지원 리전을 참고합니다.
GitLab Pages#
GitLab Dedicated에서 GitLab Pages를 사용해 정적 웹사이트를 호스팅할 수 있습니다. Pages는 기본적으로 활성화되어 있습니다.
웹사이트는 기본 Pages URL을 사용합니다.
커스텀 도메인은 지원되지 않습니다. gitlab.my-company.com과 같은 커스텀 도메인을
추가하더라도, 웹사이트에는 여전히 기본 Pages URL로 액세스합니다.
GitLab Self-Managed에서 마이그레이션하면서 기존 와일드카드 도메인
(예: *.gitlab-pages.company.com)을 유지하려면,
terraform-gitlab-pages-redirect
Terraform 모듈을 사용해 기존 와일드카드 도메인에서 기본 Pages URL로 301 리디렉션을
발급할 수 있습니다.
다음을 사용해 웹사이트에 대한 접근을 제어합니다.
기존 IP 허용 목록이 Pages 웹사이트에 적용됩니다.
재해 복구 중 장애 조치(failover)가 발생하면, 사이트는 보조 리전에서 계속 작동합니다.
호스팅 러너#
GitLab Dedicated용 호스팅 러너를 사용하면 유지 관리 부담 없이 CI/CD 워크로드를 확장할 수 있습니다.
셀프 매니지드 러너#
호스팅 러너 대신, GitLab Dedicated 인스턴스에 자체 러너를 사용할 수 있습니다.
셀프 매니지드 러너를 사용하려면, 직접 소유하거나 관리하는 인프라에 GitLab Runner를 설치합니다.
OpenID Connect 및 SCIM#
인스턴스에 대한 IP 제한을 유지하면서 사용자 관리를 위한 SCIM이나 OpenID Connect ID 공급자로서의 GitLab을 사용할 수 있습니다.
IP 허용 목록과 함께 이 기능을 사용하려면 다음과 같이 합니다.
프리프로덕션 환경#
GitLab Dedicated는 프로덕션 환경의 구성과 일치하는 프리프로덕션 환경을 지원합니다. 프리프로덕션 환경을 다음 용도로 사용할 수 있습니다.
- 프로덕션에 적용하기 전에 새 기능을 테스트합니다.
- 프로덕션에 적용하기 전에 구성 변경 사항을 테스트합니다.
프리프로덕션 환경은 GitLab Dedicated 구독에 애드온으로 구매해야 하며, 추가 라이선스는 필요하지 않습니다.
다음 기능을 사용할 수 있습니다.
- 유연한 사이징: 프로덕션 환경의 크기와 일치시키거나 더 작은 참조 아키텍처를 사용합니다.
- 버전 일관성: 프로덕션 환경과 동일한 GitLab 버전으로 실행됩니다.
제약 사항:
- 단일 리전 배포만 가능합니다.
- SLA를 보장하지 않습니다.
- 프로덕션보다 최신 버전을 실행할 수 없습니다.
GitLab이 관리하는 설정#
대부분의 설정은 Admin 영역에서 수정할 수 있지만, GitLab은 시스템 안정성과 보안을 보장하기 위해 특정 설정을 자동으로 관리합니다.
속도 제한#
GitLab은 인스턴스 크기에 따라 속도 제한을 구성하며, 최적의 성능을 보장하기 위해 유지 관리 기간 동안 이 기본값으로 자동 재설정합니다. 이 제한을 두면 특정 사용자나 자동화 작업이 인스턴스의 다른 사용자에게 성능 저하를 일으키는 것을 방지할 수 있습니다.
GitLab Dedicated에서 속도 제한이 작동하는 방식에 대한 자세한 내용은 인증된 사용자 속도 제한을 참고합니다.
Gitaly 스토리지 가중치#
GitLab은 새 리포지터리를 Gitaly 노드에 고르게 분산시키기 위해 스토리지 가중치를 구성합니다. Admin 영역에서 스토리지 가중치를 수정하면, GitLab은 다음 배포 시 해당 변경 사항을 덮어씁니다.
사용할 수 없는 기능#
이 섹션에서는 GitLab Dedicated에서 사용할 수 없는 기능을 설명합니다.
인증, 보안, 네트워킹#
| 기능 | 설명 | 영향 |
|---|---|---|
| LDAP 인증 | 기업 LDAP/Active Directory 자격 증명을 사용한 인증. | 대신 GitLab 전용 비밀번호나 액세스 토큰을 사용해야 합니다. |
| 스마트 카드 인증 | 향상된 보안을 위해 스마트 카드를 사용하는 인증. | 기존 스마트 카드 인프라를 사용할 수 없습니다. |
| Kerberos 인증 | Kerberos 프로토콜을 사용하는 SSO 인증. | GitLab에 별도로 인증해야 합니다. |
| FortiAuthenticator/FortiToken 2FA | Fortinet 보안 솔루션을 사용하는 2단계 인증. | 기존 Fortinet 2FA 인프라를 통합할 수 없습니다. |
| 사용자 이름/비밀번호를 사용하는 HTTPS Git clone | HTTPS를 통한 사용자 이름 및 비밀번호 인증을 사용하는 Git 작업. | Git 작업에는 액세스 토큰을 사용해야 합니다. |
| SSH 인증서 인증 | CA가 발급한 인증서를 사용하는 SSH 인증. | SSH 키 등 다른 SSH 인증 방식을 사용해야 합니다. |
| Sigstore | 소프트웨어 공급망 보안을 위한 키리스(keyless) 서명 및 검증. | 기존 코드 서명 방식을 사용해야 합니다. |
| 포트 리매핑 | SSH(22)와 같은 포트를 다른 인바운드 포트로 재매핑. | GitLab Dedicated는 기본 통신 포트만 사용합니다. |
커뮤니케이션 및 협업#
| 기능 | 설명 | 영향 |
|---|---|---|
| 이메일 회신 | 이메일을 통해 GitLab 알림 및 토론에 응답. | 응답하려면 GitLab 웹 인터페이스를 사용해야 합니다. |
| Service Desk | 외부 사용자가 이메일을 통해 이슈를 생성하는 티켓팅 시스템. | 외부 사용자가 이슈를 생성하려면 GitLab 계정이 있어야 합니다. |
개발 및 AI 기능#
| 기능 | 설명 | 영향 |
|---|---|---|
| 일부 GitLab Duo AI 기능 | 취약점 탐지 및 생산성 향상을 위한 AI 기반 기능. | 개발 작업에 대한 AI 지원이 제한됩니다. |
| 비활성화된 기능 플래그 뒤에 있는 기능 | 개발 중인 실험 및 베타 기능. | 실험 또는 베타 기능에 접근할 수 없습니다. |
AI 기능에 대한 자세한 내용은 GitLab Duo를 참고합니다.
기능 플래그#
기능 플래그는 새로운 기능과 실험 및 베타 기능의 개발과 롤아웃을 지원하는 데 사용됩니다. GitLab Dedicated에서는 다음과 같이 적용됩니다.
- 기능 플래그를 수정할 수 없습니다.
- 기본적으로 활성화된 기능은 사용할 수 있습니다.
- 기본적으로 비활성화된 기능은 사용할 수 없으며 활성화할 수도 없습니다.
기능이 정식 출시(GA)되면, 배포용 릴리스 일정에 따라 동일한 버전에서 사용할 수 있게 됩니다.
GitLab Pages#
| 기능 | 설명 | 영향 |
|---|---|---|
| 커스텀 도메인 | 커스텀 도메인 이름으로 GitLab Pages 사이트를 호스팅. | Pages 사이트는 기본 Pages URL로만 액세스할 수 있습니다. |
| URL 경로의 네임스페이스 | 네임스페이스 기반 URL 구조로 Pages 사이트를 구성. | URL 구성 옵션이 제한됩니다. |
운영 기능#
다음 운영 기능은 사용할 수 없습니다.
- 기본 보조 리전을 넘어서는 Geo 복제용 다중 보조 리전
- Geo 프록시 및 통합 URL 사용
- 셀프서브(self-serve) 구매 및 구성
- GCP, Azure 등 AWS가 아닌 클라우드 공급자로의 배포 지원
- Grafana, OpenSearch 등 Switchboard의 관측 가능성 대시보드
서버 접근이 필요한 기능#
다음 기능은 서버에 대한 직접 접근이 필요하므로 구성할 수 없습니다.
| 기능 | 설명 | 영향 |
|---|---|---|
| 서버 사이드 Git 훅 | Git 이벤트(pre-receive, post-receive)에서 실행되는 커스텀 스크립트. | 푸시 규칙 또는 웹훅을 사용합니다. |
보안 및 성능상의 이유로 서버 사이드 Git 훅은 지원하지 않습니다. 대신 리포지터리 정책을 적용하려면 푸시 규칙을, Git 이벤트에서 외부 작업을 트리거하려면 웹훅을 사용합니다.
서비스 수준 가용성#
GitLab Dedicated는 월간 서비스 수준 목표로 99.9%의 가용성을 유지합니다.
서비스 수준 가용성은 한 달 동안 GitLab Dedicated를 사용할 수 있는 시간의 비율을 측정한 것입니다. GitLab은 다음 핵심 서비스를 기준으로 가용성을 계산합니다.
| 서비스 영역 | 포함 기능 |
|---|---|
| 웹 인터페이스 | GitLab 이슈, 머지 리퀘스트, GitLab API, HTTPS를 통한 Git 작업 |
| 컨테이너 레지스트리 | 레지스트리 HTTPS 요청 |
| Git 작업 | SSH를 통한 Git push, pull, clone 작업 |
서비스 수준 제외 항목#
다음 항목은 서비스 수준 가용성 계산에 포함되지 않습니다.
- 고객의 잘못된 구성으로 인한 서비스 중단
- GitLab이 통제할 수 없는 고객 또는 클라우드 공급자 인프라 문제
- 예정된 유지 관리 기간
- 심각한 보안 또는 데이터 문제에 대한 긴급 유지 관리
- 자연재해, 광범위한 인터넷 장애, 데이터센터 장애 등 GitLab이 통제할 수 없는 사건으로 인한 서비스 중단.
재해 복구#
복구 목표를 포함한 재해 복구에 대한 자세한 내용은 재해 복구를 참고합니다.
GitLab Dedicated로 마이그레이션#
GitLab Dedicated로 마이그레이션하는 방법은 소스 시스템에 따라 다릅니다.
GitLab Self-Managed 인스턴스 전체를 마이그레이션하려면 Geo를 사용합니다. Geo는 인스턴스 전체를 복제하고 가장 완전한 데이터 세트를 마이그레이션하므로 먼저 고려합니다.
GitLab Self-Managed 또는 GitLab.com에서 특정 그룹과 프로젝트를 마이그레이션하려면 다음 임포터 중 하나를 사용합니다.
- 다이렉트 트랜스퍼: 인스턴스 간 직접 연결을 사용해 그룹과 프로젝트를 복사합니다. 다이렉트 트랜스퍼가 권장 방법이며, 다이렉트 트랜스퍼 API로 자동화할 수도 있습니다.
- 파일 내보내기: 오프라인 환경에서도 사용할 수 있는 이식 가능한 데이터 패키지를 제공합니다.
타사 서비스에서 마이그레이션하려면, 일부 타사 플랫폼용 마이그레이션 도구를 제공하는 가져오기 소스를 사용합니다.
복잡한 마이그레이션의 경우, Professional Services에 문의해 마이그레이션을 계획하고 실행합니다.
만료된 구독#
구독이 만료되기 전, 종료일이 다가오고 있다는 알림을 받습니다.
구독이 만료되면 30일 동안 인스턴스에 접근할 수 있습니다.
데이터를 보존하려면 만료 후 15일 이내에 계정 팀에 문의하거나 Support에 이메일을 보내 데이터 보존을 요청합니다.
이 30일 기간 동안 다음을 할 수 있습니다.
- 데이터를 회수할 추가 시간을 요청하려면 Support에 이메일을 보냅니다.
- 마이그레이션 지원이나 오프보딩 지원을 받으려면 Professional Services에 문의합니다.
30일이 지난 후에도 데이터가 아카이빙되거나 다른 인스턴스로 마이그레이션되지 않으면, 인스턴스는 종료되고 모든 Customer Content가 삭제됩니다. 여기에는 모든 프로젝트, 리포지터리, 이슈, 머지 리퀘스트, 기타 데이터가 포함됩니다.
인스턴스 종료 후 90일이 지나면 계정 삭제 확인을 요청할 수 있습니다. 확인은 계정이 폐쇄되었다는 내용의 AWS 이메일로 제공됩니다.
시작하기#
GitLab Dedicated에 대한 자세한 내용을 확인하거나 데모를 요청하려면 GitLab Dedicated를 참고합니다.
GitLab Dedicated 인스턴스 설정에 대한 자세한 내용은 GitLab Dedicated 인스턴스 생성을 참고합니다.