Artifact Registry 비용 줄이기: 불필요한 스토리지 요금을 방지하는 4가지 핵심 전략

Artifact Registry 비용을 줄이는 가장 확실한 방법은 사용하지 않는 오래된 컨테이너 이미지 버전을 자동으로 삭제하는 '정리 정책(Cleanup Policies)'을 활성화하는 것입니다. 많은 운영 환경에서 CI/CD 파이프라인이 반복될 때마다 새로운 이미지가 쌓이게 되는데, 이를 방치하면 스토리지 사용량이 기하급수적으로 늘어나 예상치 못한 비용 청구로 이어집니다.

구글 클라우드(GCP)의 Artifact Registry는 단순히 파일을 저장하는 공간을 넘어, 전 세계 리전으로 이미지를 배포하는 허브 역할을 합니다. 이 과정에서 발생하는 비용은 크게 저장 용량과 데이터 전송료(Egress)로 나뉘며, 서비스 규모가 커질수록 이 두 요소의 관리 난이도가 높아집니다.

실무에서는 개발 단계의 테스트 이미지와 운영 단계의 안정화된 이미지가 혼재되어 관리되는 경우가 많습니다. 모든 버전을 영구히 보관할 필요가 없음에도 불구하고, 삭제 프로세스가 자동화되어 있지 않아 수 테라바이트(TB)에 달하는 스토리지를 점유하게 되는 것이 비용 낭비의 주된 원인입니다.

이 글에서는 Artifact Registry의 비용 구조를 명확히 이해하고, 실무에서 즉시 적용할 수 있는 자동화된 정리 기준과 아키텍처 최적화 방안을 정리해 드립니다. 이를 통해 인프라 운영 효율을 높이고 클라우드 지출을 최적화할 수 있습니다.

핵심 내용 먼저 보기

핵심 키워드 Artifact Registry 비용 줄이기 · 연관 검색어 Artifact Registry 비용 줄이기, GCP 비용 최적화, 컨테이너 이미지 관리, Artifact Registry 정리 정책, 구글 클라우드 스토리지 절약

Artifact Registry 비용이 발생하는 두 가지 주요 축

Artifact Registry의 과금 체계는 스토리지 사용량과 네트워크 전송 비용이라는 두 가지 핵심 요소로 구성됩니다. 스토리지 비용은 매달 저장된 데이터의 평균 용량(GB 단위)을 기준으로 산정되며, 리전별로 단가가 다를 수 있습니다. 특히 컨테이너 이미지는 레이어 구조로 되어 있어, 베이스 이미지가 중복되더라도 각 버전이 차지하는 고유한 데이터가 누적되면 비용 부담이 커집니다.

네트워크 비용은 이미지를 Registry에서 외부로 가져올 때(Pull) 발생합니다. 동일한 리전 내에 있는 GKE(Google Kubernetes Engine)나 Cloud Run으로 이미지를 전송할 때는 비용이 발생하지 않거나 매우 저렴하지만, 다른 리전이나 외부 인터넷으로 전송할 때는 데이터 전송료가 부과됩니다. 따라서 멀티 리전 설정을 남발하거나 부적절한 리전 배치는 비용 증가의 직접적인 원인이 됩니다.

자동 정리 정책(Cleanup Policies)으로 관리 공수 최소화

가장 효과적인 비용 절감 수단은 Artifact Registry에서 제공하는 정리 정책 기능을 활용하는 것입니다. 이 기능을 사용하면 특정 기간(예: 생성 후 30일)이 지난 이미지나, 최신 N개의 태그를 제외한 나머지 버전을 자동으로 삭제하도록 설정할 수 있습니다. 수동으로 이미지를 지우는 방식은 실수의 위험이 크고 지속 가능하지 않기 때문에 반드시 자동화 정책을 도입해야 합니다.

정책을 설정할 때는 '태그가 지정된 이미지'와 '태그가 없는 이미지(Untagged)'를 구분하여 적용하는 것이 좋습니다. 빌드 과정에서 생성된 임시 이미지나 덮어쓰기로 인해 태그가 사라진 이미지들은 즉시 삭제 대상으로 분류하고, 운영 환경에서 사용 중인 특정 태그(예: prod-*)는 삭제 대상에서 제외하는 필터를 적용하여 안정성을 확보해야 합니다.

이미지 경량화와 태그 관리 전략의 병행

저장되는 이미지 자체의 크기를 줄이는 것도 근본적인 해결책입니다. Dockerfile 작성 시 멀티 스테이지 빌드(Multi-stage build)를 사용하여 최종 실행 환경에 불필요한 빌드 도구나 소스 코드가 포함되지 않도록 해야 합니다. 이미지 크기가 1GB에서 200MB로 줄어든다면, 동일한 보관 정책 하에서도 스토리지 비용을 80% 절감하는 효과를 얻을 수 있습니다.

또한, 모든 커밋마다 고유한 해시 태그를 붙여 무한정 저장하는 대신, 개발(Dev) 환경은 짧은 보관 주기를 가져가고 스테이징 및 운영 환경만 장기 보관하는 차등 전략이 필요합니다. 의미 없는 'latest' 태그 남용은 어떤 이미지가 실제로 사용 중인지 파악하기 어렵게 만들어 결국 정리를 포기하게 만드는 요인이 되므로 주의해야 합니다.

리전 최적화 및 아키텍처 설계 포인트

비용 최적화의 마지막 단계는 데이터 전송 경로를 점검하는 것입니다. 컴퓨팅 자원(GKE, Cloud Run 등)이 위치한 리전과 Artifact Registry의 리전을 일치시키는 것이 기본 원칙입니다. 만약 글로벌 서비스를 위해 여러 리전에 배포해야 한다면, 각 리전마다 로컬 레지스트리를 두는 것이 중앙 집중형 레지스트리에서 매번 데이터를 끌어오는 것보다 네트워크 비용 측면에서 유리할 수 있습니다.

또한, 불필요하게 외부 인터넷망을 경유하여 이미지를 풀(Pull)받지 않도록 VPC 서비스 제어나 비공개 구글 액세스(Private Google Access) 설정을 검토하십시오. 이는 보안 강화뿐만 아니라 외부 데이터 전송료 발생을 억제하는 데에도 도움을 줍니다. 대규모 클러스터의 경우 이미지 스트리밍 기능을 활용하여 필요한 레이어만 우선적으로 로드함으로써 전송 효율을 극대화할 수 있습니다.

Artifact Registry 비용 최적화는 단순히 파일을 지우는 작업이 아니라, 전체적인 배포 파이프라인의 효율을 설계하는 과정입니다. 자동 정리 정책을 통해 관리 포인트를 줄이고, 이미지 경량화를 통해 저장 효율을 높이는 것이 핵심입니다.

특히 운영 환경에서는 필요한 이미지가 실수로 삭제되지 않도록 정책 적용 전 '드라이 런(Dry-run)' 기능을 통해 삭제 대상을 미리 확인하는 절차를 반드시 거치시기 바랍니다. 한 번 설정된 정책은 시간이 지날수록 누적되는 비용을 막아주는 든든한 방어선이 될 것입니다.

오늘 정리한 비용 구조 이해와 4가지 전략을 바탕으로 현재 사용 중인 구글 클라우드 콘솔의 Artifact Registry 설정을 점검해 보십시오. 작은 설정의 차이가 매달 청구되는 인프라 비용의 큰 차이를 만들어낼 것입니다.

자주 묻는 질문

정리 정책을 설정하면 현재 실행 중인 컨테이너 이미지도 삭제될 수 있나요?

네, 정책 조건에 부합하면 삭제될 수 있습니다. 이를 방지하기 위해 'keepMostRecent' 옵션을 사용하여 최신 버전 몇 개는 항상 유지하거나, 특정 태그(예: 'stable', 'prod')가 붙은 이미지는 삭제 대상에서 제외하도록 필터를 정교하게 설정해야 합니다.

Container Registry(GCR)와 비교했을 때 Artifact Registry가 비용 면에서 유리한가요?

Artifact Registry는 GCR보다 세밀한 '정리 정책' 기능을 기본으로 제공하기 때문에, 자동화된 관리를 통해 불필요한 스토리지 비용을 줄이기에 훨씬 유리합니다. 또한 리전별 관리가 더 명확하여 네트워크 비용 통제도 수월합니다.

이미지 레이어를 공유하면 저장 비용이 절감되나요?

Artifact Registry는 동일한 리전 내의 동일한 저장소에서 레이어가 중복될 경우 이를 공유하여 저장합니다. 하지만 서로 다른 저장소(Repository) 간에는 레이어가 공유되지 않으므로, 유사한 이미지는 가급적 하나의 저장소 내에서 관리하는 것이 비용 절감에 도움이 됩니다.

---

해시태그

#ArtifactRegistry비용줄이기 #GCP비용최적화 #컨테이너이미지관리 #ArtifactRegistry정리정책 #구글클라우드스토리지절약 #Docker이미지경량화