GitHub Actions Private Repo에서 ARM64 빌드와 비용 최적화

AWS에서 AMD 보다 ARM 계열이 퍼포먼스나 비용 면에서 10~20% 좋아 arm 계열로 변경 하게 되었습니다.

그러다보니 빌드 도구를 githubactions에서 사용하는데 기본적으로 AMD 만 지원(arm계열은 team 플랜구매) 하고 있어 다른 ARM 계열 러너를 사용할순 없을가 하여 찾아보는 과정을 포스팅 해보았습니다. 

 

 

목차

 

1. 개요

CI/CD 파이프라인에서 빌드 속도와 비용 효율은 팀 생산성에 직접적인 영향을 줍니다. 특히 Private 저장소에서 ARM64 빌드를 고려할 경우, runner 유형별 제약과 과금 방식 이해가 필수입니다.

주요 runner 유형은 다음과 같이 나뉩니다:

• GitHub가 제공하는 VM runner → GitHub-hosted runner
• AWS EC2 등 외부 인프라에 직접 구성 → Self-hosted runner
• Blacksmith 같은 서드파티 서비스가 제공하는 managed runner → Managed runner-as-a-service

---

2. 플랜별 ARM64 Hosted 러너 지원 여부

 

플랜	GitHub-hosted Standard(x64)	GitHub-hosted ARM64	Free Minutes (private)	ARM64 빌드 가능 여부
GitHub Free	✅	❌	2,000분/월, 500MB Storage	❌ (GitHub에서 ARM Larger 제공만 가능)
GitHub Pro	✅	❌	3,000분/월	❌ (x64만 제공)
GitHub Team	✅	✅ (Larger runner 옵션만 ARM64 지원)	3,000분/월 (standard만 적용)	✅ (옵션으로 ARM64 선택 가능, 단 유료)
GitHub Enterprise Cloud	✅	✅ (Larger runner로 ARM64 제공)	50,000분/월 할당	✅ (ARM64 선택 가능, 단 유료)

핵심 정리

• Private 저장소에서 Linux ARM64 GitHub-hosted runner는 Standard로 제공되지 않음
• Team/Enterprise 플랜이 있어야 ARM64가 포함된 Larger runner를 “선택”할 수 있음
• 그러나 무료분이 ARM64 VM 비용을 0으로 면제해주는 구조는 아님
• → ARM64를 GitHub 호스티드로 실행하려면 larger runner 분당 과금 발생

---

그래서 저는 써드 파티 중 blacksmith와 Ubicloud 가 있는데 blacksmith가 더 무료 사용량이 많아서 선택하게 되었습니다.

 

blacksmith의 usage&billing page, 리포지토리 별로 사용량이 금액으로 표시됩니다.

 

 

3. Blacksmith ARM64 러너의 비용 구조

• 과금 주체는 GitHub의 billing이 아니라 Blacksmith 자체 청구 시스템
• ARM64 baseline 스펙 예시 (4vCPU, 12GB RAM, 75GB storage)는 Blacksmith runner type 선택 시 주어지는 VM 내부 디스크 공간 사양
• 3,000 Free Minutes는 다음과 같은 의미

 

Blacksmith Free Minutes	실제 runner VM 인프라 비용 면제
3,000분까지 실행 가능	❌ 면제 아님 (VM 구동 시간은 Blacksmith 체계로 소액 청구 가능)

=> 실행 가능한 시간 쿼터만 무료, 인프라 비용이 GitHub처럼 0이 되는 의미 아님. 이라고 했는데 차이는 금액이 찍히긴하지만 무료는 맞습니다.

---

4. 같은 스펙인데 Blacksmith가 GitHub보다 느려지는 이유

동일한 vCPU/RAM 사양이라도 다음 영향으로 느려질 수 있습니다:

1. CPU 세대 및 부스트 클럭 차이
2. 디스크 IO throughput/Iops 차이
3. 캐시 hit / miss 비율
4. Cold boot vs Warm cache 초기 상태
5. 네트워크 RTT(예: registry, package mirror까지의 거리)

즉, “아키텍처 차이(ARM vs x64)” 때문이 아니라 실제 runner 구현 환경과 캐시 구성이 빌드 속도의 주요 변수입니다.

---

5. Private에서 ARM64 빌드를 완전 무료로 하고 싶을 때의 현실적 선택

✅ 대부분 기업의 표준 선택: AWS 기반 self-hosted ARM64 runner

• AWS Graviton(c7g, t4g, c6g 등) VM 또는 ARM 서버에 Self-hosted runner 구성
• GitHub 무료분(min)은 소모 ❌ (GitHub-hosted runner가 아니므로 GitHub 과금은 0)
• 빌드 성능은 인스턴스 스펙에 따라 직접 확보
• 패키지 미러 / container registry와 같은 네트워크 안에 구축하여 데이터 전송 및 캐시 성능 최적화 가능
  • 예 → Amazon ECR
  • dependency mirror 서버(private subnet or on-prem)

Runner Spec 추천 범위 (웹 빌드 기준)

 

빌드 규모	권장 vCPU	RAM	인스턴스 예시
가벼운 웹 API	4 vCPU	8–16GB	t4g.medium
일반 웹·도커 빌드	8 vCPU	16–32GB	c7g.2xlarge, c6g.2xlarge
병렬 컴파일·테스트 포함	16 vCPU	32–64GB	c7g.4xlarge

 

실제로 했을때 가벼운 웹은 2 vcpu로도 괜찮았습니다.

 

---

6. GitHub hosted runner(t3.medium) 사용 시 비용 오해 정리

• AWS 인스턴스 t3.medium의 월 비용이 80달러 이상이 되려면 24/7 2대 이상 가동 + 아웃바운드 전송/EBS 스냅샷 포함일 가능성이 큼
• 하지만 온디맨드 t3.medium 1대, 24/7 가동 기준 VM요금 자체는 ~30달러/월 수준
• → 인프라만 보면 80$는 일반적이지 않고 부가요금 누적의 결과일 가능성이 높음

---

7. GitHub + ARM 빌드 최적화 설계 요약

 

방식	플랜 필요 여부	GitHub Minutes 사용	인프라 과금
GitHub-hosted larger ARM runner	Team/Enterprise 플랜 필요	❌ standard만 차감, ARM larger는 과금	GitHub billing
AWS ARM64 self-hosted	❌ GitHub 플랜 변경 필요 없음	❌ GitHub Minutes 사용 안 함	AWS infra 비용만
Blacksmith ARM64 managed	Blacksmith 계정 필요	❌ GitHub과 무관	Blacksmith billing

---

8. 최종 결론

Private repository에서 ARM64 'hosted VM'을 바로 무료로 실행할 수 있는 GitHub 플랜은 없다. ARM 빌드는 Team/Enterprise에서 옵션 선택만 가능할 뿐 유료이며, 완전 무료+고성능 빌드가 필요하면 AWS self-hosted runner가 현실적인 표준 선택이다.

---