GitHub Git LFS 비용 계산법: 대용량 파일 수정·다운로드와 무료 한도 확인하기

GitHub Git LFS 비용 계산법은 저장공간과 다운로드 전송량을 따로 계산하는 데서 시작한다. 대용량 파일을 조금만 수정해도 저장량은 파일 전체 크기만큼 늘어나고, 협업자나 GitHub Actions가 파일을 받으면 저장소 소유자의 다운로드 사용량이 증가한다. 현재 파일 크기만 보고 비용을 예상하면 실제 청구와 차이가 생기기 쉽다.

이 글은 비용을 계산하고 설정을 확인하는 탐색형 가이드다. 2026년 10월 확인한 공식 자료와 제시된 검색 결과를 바탕으로 과금 구조, 사용량·예산 확인, 한도 초과 시 주의점을 순서대로 정리한다. 계산 사례는 공식 예시와 별도로 표시한 가정이며, 직접 실행한 사용 후기는 아니다.

Git LFS 무료 한도와 종량제 단가부터 확인하기

Git LFS는 대용량 파일을 별도 객체로 관리하고, Git 저장소에는 해당 파일을 가리키는 포인터를 남기는 방식이다. 비용은 대용량 파일을 보관하는 저장공간과 파일을 내려받는 다운로드 대역폭으로 나뉜다. 여기서 대역폭은 통신 속도가 아니라 내려받은 데이터의 양을 뜻한다.

GitHub 공식 과금 문서는 기존 선불 데이터 팩이 폐지되고 실제 사용량에 따른 종량제로 전환됐다고 설명한다. 따라서 과거 데이터 팩의 가격을 기준으로 예산을 잡기보다 현재 플랜의 무료 한도와 초과 단가를 먼저 적용해야 한다. 공개 저장소에서도 Git LFS 파일의 저장·다운로드 사용량은 집계된다.

저장공간과 다운로드의 무료 한도는 서로 독립적이다. 저장공간이 남아 있더라도 다운로드 한도를 초과하면 전송 비용이 발생할 수 있다. 무료 한도 역시 저장소마다 새로 주어지는 것으로 계산하지 말고, 저장소 소유 계정의 사용량을 기준으로 확인해야 한다.

단위도 구분해야 한다. 1 GiB는 1,073,741,824바이트이므로, 일반적인 십진 표기인 1 GB와 같지 않다. 아래 500 MB 사례는 GitHub 공식 문서의 표기를 그대로 사용하고, 실제 요금 계산 예시는 GiB로 통일했다.

근거: GitHub 공식 과금 문서의 무료 한도와 종량제 설명, GitHub 요금 계산기의 Git LFS 단가. 계산기에 남아 있는 미래형 전환 문구보다 현재 과금 상태를 설명하는 공식 문서를 우선했다.

Git LFS 무료 한도와 종량제 단가부터 확인하기

대용량 파일 수정·협업자 다운로드·Actions 사용량 나누기

Git LFS 비용에서 가장 놓치기 쉬운 부분은 수정한 바이트 수가 아니라 새 파일 버전 전체가 저장된다는 점이다. GitHub 공식 예시에서는 500 MB 파일을 올린 뒤 1바이트만 수정해 다시 푸시해도 500 MB가 추가되어 저장량이 총 1 GB가 된다. 두 번의 업로드 자체에는 다운로드 대역폭 사용량이 부과되지 않는다.

다운로드는 별도로 더한다. 500 MB 원본을 한 번 받고 수정된 버전을 다시 받으면 저장소 소유자의 다운로드 사용량은 총 1 GB다. 같은 크기의 파일을 GitHub Actions가 다운로드하면 여기에 500 MB가 추가된다.

이 표는 모든 파일 전송이 실제로 발생했고 다른 사용량은 없다는 조건의 합산이다. 협업자가 늘거나 작업이 반복되면 실제 다운로드된 파일 크기만큼 더해야 한다. 반대로 로컬에 있는 파일을 단순히 열어보는 작업은 새로운 서버 다운로드로 계산하지 않는다.

Actions 실행시간 요금과 LFS 다운로드 비용은 별개다. 빌드 실행시간에 대한 무료 조건이 적용되더라도, 빌드가 LFS 파일을 내려받는 사용량까지 자동으로 무료가 되는 것은 아니다. 소스 코드 압축 파일에 LFS 객체를 포함하도록 설정했다면 해당 압축 파일 다운로드도 전송량 점검 대상이다.

근거: GitHub 공식 과금 문서의 파일 버전·다운로드·Actions 예시 및 소스 코드 아카이브 설명.

대용량 파일 수정·협업자 다운로드·Actions 사용량 나누기 바로가기

Git LFS 월 비용 계산식과 시간별 저장공간 산정

다운로드 비용은 해당 청구 주기의 총 다운로드에서 무료 한도를 뺀 뒤 단가를 곱하면 된다. 저장공간은 한 달 끝의 파일 크기만으로 계산하지 않고, 시간별 무료 초과 저장량을 누적한다. 아래 금액은 Git LFS 초과 사용료만 계산한 미국 달러 기준 예시다.

• 다운로드 비용: max(0, 총 다운로드 GiB − 무료 다운로드 GiB) × 0.0875달러
• 저장공간 과금량: 시간별 초과 저장량의 합계(GiB-hours) ÷ 해당 월의 총시간
• 저장공간 비용: 저장공간 과금량(GiB-months) × 0.07달러

GitHub 공식 4월 예시는 전반 15일 동안 무료 한도를 1 GiB 초과하고, 후반 15일 동안 2 GiB 초과한 경우다. 전반은 1 × 15 × 24 = 360 GiB-hours, 후반은 2 × 15 × 24 = 720 GiB-hours이므로 총 1,080 GiB-hours가 된다. 이를 4월의 720시간으로 나누면 과금 대상은 1.5 GiB-months다.

제시된 저장 단가를 적용하면 1.5 × 0.07 = 0.105달러다. 여기서 1 GiB와 2 GiB는 전체 저장량이 아니라 이미 무료 한도를 뺀 초과량이다. 월말 초과량인 2 GiB를 한 달 전체에 적용하면 실제 시간별 계산보다 크게 예상하게 된다.

저장 20 GiB·다운로드 30 GiB라면

GitHub Free 계정에서 저장량 20 GiB가 한 달 내내 유지되고 다운로드가 총 30 GiB 발생했다고 가정하자. 저장 초과량은 10 GiB-months이므로 0.70달러, 다운로드 초과량은 20 GiB이므로 1.75달러다. 두 항목을 합친 예상 초과 사용료는 2.45달러이며, 이는 실제 이용 통계가 아닌 단가 적용 예시다.

저장량이 중간에 늘었다면 저장 항목을 시간 구간별로 다시 계산해야 한다. 원화 결제액은 환율과 결제 조건에 따라 달라질 수 있으므로 달러 예산과 최종 청구액을 구분하는 편이 정확하다. 계산기의 예상 금액도 확정 견적이 아닌 추정치로 읽어야 한다.

GitHub 사용량·예산 확인과 재현 기록 남기는 방법

비용 확인은 저장소 페이지의 파일 목록보다 저장소 소유 계정의 청구 화면에서 시작하는 것이 정확하다. 개인 계정과 조직 계정은 진입 경로가 다르고, 역할과 플랜에 따라 표시되는 메뉴도 달라질 수 있다. 조직 저장소라면 조직 소유자나 청구 관리 권한이 있는 계정에서 확인한다.

1. 청구 대상 확인: 파일을 올린 개인 계정 또는 조직 중 실제 저장소 소유자를 확인한다.
2. 청구 화면 열기: 개인 계정은 설정의 청구 개요, 조직은 설정의 Billing & Licensing으로 이동한다.
3. 사용량 분리 확인: Usage 또는 Metered usage에서 Git LFS 관련 항목을 찾아 저장공간과 다운로드를 따로 읽는다.
4. 기간과 범위 맞추기: 조회 기간을 확인하고, 제공되는 필터로 제품·저장소별 사용 내역을 좁힌다.
5. 예산 점검: Budgets and alerts에서 Git LFS에 적용되는 금액, 대상 범위, 한도 도달 시 중단 설정을 확인한다.

새 예산을 만든다면 New budget에서 제품과 범위를 선택하고 금액을 지정한다. 단순히 알림을 받는 예산과 사용을 중단하는 예산은 기능이 다르므로, 표시되는 경우 Stop usage when budget limit is reached 설정도 함께 확인해야 한다. 무료 포함량 알림과 유료 예산 알림 역시 별도로 읽는 편이 좋다.

확인 경로 근거: [GitHub 사용량 확인 안내](https://docs.github.com/en/billing/how-tos/products/view-productlicense-use), [GitHub 예산 설정 안내](https://docs.github.com/en/billing/how-tos/set-up-budgets).

파일 수정·다운로드를 재현할 때 기록할 항목

재현 전에는 git lfs version 명령의 출력으로 Git LFS 버전을 기록한다. git lfs ls-files로 추적 파일을 확인하고, 파일의 실제 바이트 크기·수정 전후 커밋·작업 시간·다운로드 주체를 함께 남긴다. 버전 번호는 실행 결과를 적어야 하며, 실행하지 않은 최신 버전을 임의로 기재해서는 안 된다.

업로드 전후, 협업자 다운로드 전후, Actions 다운로드 전후를 나누어 확인하면 어떤 작업이 사용량을 늘렸는지 해석하기 쉽다. 동시에 여러 작업을 실행하면 증가분의 원인을 구분하기 어려워진다. 재현 자체도 실제 저장·다운로드 사용량을 발생시키므로 남은 무료 한도 안에서 작은 파일로 먼저 점검하는 편이 낫다.

GitHub Git LFS 저장공간·다운로드 사용량 조회하기

0달러 예산과 Git LFS 무료 한도 초과 시 주의점

GitHub 공식 LFS 문서에 따르면 예산을 0달러로 설정한 상태에서 무료 한도를 초과하면 초과 사용료는 청구되지 않고, 해당 달의 나머지 기간 동안 LFS 이용이 차단된다. 이용은 다음 달 1일에 재개된다. 비용을 막는 설정이 협업자의 파일 다운로드나 자동 빌드 중단으로 이어질 수 있다는 점까지 함께 고려해야 한다.

무료 다운로드 한도는 청구 주기 시작에 초기화된다. 다만 저장된 파일 객체가 매달 삭제되는 것은 아니므로, 보관량이 계속 무료 저장 한도보다 크다면 달이 바뀌는 것만으로 원인이 해결되지 않는다. 월간 집계 초기화와 실제 저장공간 감소는 다른 일이다.

결제 수단이 없는 상태에서 저장공간 한도를 넘으면 저장소를 복제하더라도 대용량 파일 대신 포인터 파일만 받을 수 있고, 새 LFS 파일을 푸시할 수 없다. 다운로드 한도를 넘으면 다음 달까지 LFS 지원이 비활성화된다. 한편 LFS 예산을 삭제하는 것은 0달러 설정과 달라, 공식 문서상 초과 사용에 대한 지출 제한이 없어질 수 있다.

과거 파일을 정리할 때도 최신 브랜치에서 파일을 지우는 것만으로 원격 LFS 저장량이 줄었다고 판단하면 안 된다. 이전 버전의 객체가 저장소와 연결되어 있는지 공식 제거 절차와 청구 화면으로 확인해야 한다. 이미 발생한 저장 비용까지 삭제 시점에 소급해 없어지는 것으로 예상하지 않는 것이 안전하다.

과금·차단 조건 근거: [GitHub 공식 Git LFS 과금 문서](https://docs.github.com/en/billing/concepts/product-billing/git-lfs). 무료 한도와 파일 사례는 해당 공식 문서 및 제시된 검색 결과에 근거했다. 단가 확인: [GitHub 요금 계산기](https://github.com/pricing/calculator).

0달러 예산과 Git LFS 무료 한도 초과 시 주의점 지원하기

Git LFS 비용을 줄이는 파일 버전·다운로드 관리 기준

비용 관리 관점에서 저장공간을 좌우하는 것은 현재 파일 하나의 크기보다 보관된 서로 다른 파일 버전의 누적량이다. 영상·디자인 원본처럼 파일 전체가 큰 작업은 수정 폭이 작아도 새 버전의 저장 부담이 크다. 따라서 작업 중간 결과를 모두 공유해야 하는지, 확정된 버전만 LFS에 보관해도 되는지 먼저 구분하면 저장 증가 속도를 낮출 수 있다.

다운로드 비용은 협업 규모와 자동화 흐름의 영향을 받는다. 작은 팀에서도 Actions가 반복해서 대용량 파일을 받으면 사람의 다운로드보다 전송량이 커질 수 있다. 모든 작업에서 전체 LFS 파일을 내려받기보다 실제 필요한 단계에서 필요한 파일만 받도록 구성하고, 캐시를 사용한다면 실제 재다운로드가 줄었는지 사용량으로 검증하는 것이 핵심이다.

• 현재 파일 크기와 과거 LFS 버전의 누적 저장량을 구분한다.
• 협업자 다운로드와 Actions 다운로드를 따로 추정한다.
• 사용량을 MB·GB에서 GiB로 환산한 뒤 단가를 적용한다.
• 추가 결제를 막을 목적이라면 0달러 예산과 중단 조건을 확인한다.
• 업무 연속성이 필요하다면 예상 초과 비용과 허용 예산을 함께 정한다.

GitHub Git LFS 비용은 시간별 초과 저장량과 청구 주기의 초과 다운로드량을 분리하면 계산이 명확해진다. 파일 수정은 저장 버전을 늘리고, 협업자와 Actions의 실제 다운로드는 전송량을 늘린다. 이 두 항목을 청구 화면의 사용량과 맞춘 다음 예산을 설정하면 비용과 이용 중단 가능성을 함께 관리할 수 있다.

Git LFS 비용을 줄이는 파일 버전·다운로드 관리 기준 조회하기